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I. Patent Local Rule 3 3(a) Identification of Prior Art 

Pursuant lo Patent Local Rule 3-3, Defendant Microsoft Corporation ("Microsoft") makes 
the following Preliminary Invalidity Contentions 1 with respect to the following patents asserted 
by plaintiff lnterTrust Technologies Corporation ("InterTrust") in this action: U.S. Patent No. 
6,185,683 ("the "683 patent"); U.S. Patent No. 6,253,193 ("the "193 patent 1 '); U.S! Patent No. 
5,920,861 ("the "861 patent"); U.S. Patent No. 5,982,891 ("the "891 patent"); U.S. Patent No, 
5,917,912 ("the "912 patent"); U.S. Patent No. 6,157,721 ("the "721 patent"); U.S. Patent No. 
5,915,019 ("the "019 patent"); U.S. Patent No. 5,949,876 ("the "876 patent"); U.S. Patent No.' ' 
6.1 12,181 ("thc"18J patent"); and U.S. Patent No. 6,389,402 ("the "402 patent"). 

Despite the iengih of time this case has been pending, discovery is still at an early stage 
due to intervening stays. InterTrust continues to assert eleven patents and over one hundred and 
fifty claims. In view of these factors, Microsoft continues to evaluate the prior art at this time. 
Microsoft reserves the right to amend or supplement its Preliminary Invalidity Contentions to take 
into account prior art, information or defenses that mi gin come to light as a result of its 
continuing discovery efforts, errors subsequently recognized by any of the parties, and as a result 
of further evaluation of the prior art. 2 In addition, Microsoft has moved to strike InterTrust's 
September 2, 2003 PLR 3-1 Preliminary Infringement Contentions as being insufficient. To the 
extent that the Court grants Microsoft's motion and orders InterTrust lo amend/re-serve its 3-1 
statement in compliance with the Local Rules, Microsoft reserves the right to amend or 
supplement its PLR 3-3 Preliminary Invalidity Contentions in response lo any amended 
infringement contentions submitted by InterTrust. Microsoft further reserves the right to rely 



1 These Preliminary Invalidity Contentions incorporate by reference Microsoft's prior Preliminary 
Invalidity Contentions dated August 7 and 16, 2002. 

2 For example, Microsoft reserves the righi to amend/supplement this disclosure once InterTrust 
complies with discovery responses, which Microsoft contends are incomplete and inadequate. To 
date, Microsoft has objected lo InterTrust's continued refusal to provide information sought in 
discovery, including, but not limited lo: the identity of the alleged inventors of specific claims; 
conception or actual reduction to practice dates for specific claims; whether lo there has ever been 
any alleged cmbodimcnt(s) of the asserted claims; and what, if any, specification support is 
alleged, including from any of the applications for which InterTrust claims priority. 

Each of these pieces of information could affect the priority date for any given claim, expanding 
or narrowing tiie window of applicable prior an. Without this information, which is within 
lnterTrust's"exclusive knowledge and control, Microsoft's PLR 3-3 Contentions are subject to 
amendment and/or supplementation. 
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upon InterTrust's own activities, alone and in connection with others. Microsoft further reserves 
the right to amend this statement or otherwise further respond if InterTrust contends (or the Court 
rules) that any earlier or later priority dates may apply for individual claims. Microsoft also 
reserves its right to amend or supplement these invalidity contentions pursuant to Patent Local 
Rule 3-6 and 3-7. 

Attached hereto, as Appendix A, is a listing showing "the identity of each item of prior art 
that allegedly anticipates each asserted claim or renders it obvious" (PLR 3-3(a)). On information 
and belief, each listed publication became prior art at least as early as the dates given. In 
addition, the citations and explanations provided in the exhibits are mere examples, and Microsoft 
reserves its right to rely on any other portions or aspects of the prior an references and systems 
that may also disclose or practice elements of the asserted claims. Patent Local Rule 3-3 docs not 
require identification of evidence that establishes the inherence of a claim element in an item of 
prior art, nor does it require identification of evidence that establishes knowledge of those of 
ordinary skill in the relevant fields of an. Accordingly, Microsoft does not purport to have 
provided all such information in the attached exhibits. 

From InterTrust's current document production, it appears that its employees' and 
consultants' activities, including offers for sale, public uses, derivations, "inventions" (as the 
word is used in 35 U.S.C. § 102(g)), and disclosures to Willis Ware, Drew Dean, and others not 
under any duty of confidentiality, constituted or created material and perhaps anticipatory prior 
art to many of the asserted claims. This art was not cited to the Patent Office. Discovery is 
ongoing, and Microsoft reserves the right to amend or supplement this disclosure after Microsoft 
has had an opportunity to investigate this possible prior art during discovery. 
II. Patent Local Rule 3-3(b) and 3-3 (c) Classification and Analysis of Prior Art 

Microsoft contends that at least one term or phrase in each of the asserted claims is 
indefinite under 35 U.S.C. § 1 12, and hence, each of the asserted claims is incapable of 
construction. However, for the limited purpose of classification and analysis of prior art, 
Microsoft has construed the claim terms in a manner consistent with the apparent construction of 
terms offered by InterTrust in its Revised Preliminary Infringement Contentions. Microsoft does 
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not agree with these constructions, and nothing in these Preliminary Invalidity Contentions 
should be construed as an admission, a declaration against interest, whether under the 
Federal Rules of Evidence or otherwise, as to what a particular claim limitation means. For 
this reason, Microsoft's identification of "corresponding structures" for "means-plus- 
function" limitations that are set out in the Preliminary Invalidity Charts are riot 
admissions as to the identity of such structures. Rather, they are based upon Microsoft's best 
guess as to whal InterTrust may someday identify as corresponding structures for the means-plus- 
function limitations of its asserted claims, to the extent that Microsoft understands them. 3 

Accordingly, Microsoft's Preliminary Invalidity Contentions should not be construed as 
advocating a particular ciaim construction for any disputed claim terms. For the limited purpose 
of providing Preliminary Invalidity Contentions, and subject to the conditions set forth above, 
Microsoft has, to the extent possible, attempted to construe the claims in a manner consistent with 
InterTrust' s Revised Preliminary Infringement Contentions. 

Pursuant to Patent Local Rules 3-3(b) and 3-3(c), Microsoft provides the classification of 
prior art in the listing and charts attached hereto as Appendices A and B. Appendix A, beyond 
identifying each item of prior art, further indicates whether each prior art reference is used as an 
anticipatory reference and/or as a reference which, alone, or in combination with other prior art, 
renders the claims obvious. Appendix B includes charts which (1) specifically identify where in 
each item of prior art each element of each asserted claim is found and (2) establish how that 
prior art anticipates or renders obvious all of the asserted claims. In the event that any charted 
prior an is found not to be anticipatory under 35 U.S.C. § 102, Microsoft reserves the right to rely 
upon that art to prove obviousness under 35 U.S.C. § 103. Likewise, in the event InterTrust 



3 To date, InterTrust has refused to identify any structure corresponding to the means-plus- 
function elements in its asserted claims. It is Microsoft's position that this is a violation of the 
Patent Local Rules, and that as a result of refusing to identify a structure associated with each 
means-plus-function element, InterTrust admits that there is no such structure disclosed, has 
waived us rii>ht to assert claimed structure, and that those claims are therefore invalid at least, for 
failure to sausly the written description requirement of 35 U.S.C. §112. See InterTrusf $ Paieni 
Local Rule 3- f served September 2, 2003 and InterTrusl's Opposition to Microsoft's Motion to 
Strike InterTrust' s PLR 3-1 Contentions. 
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amends or supplements its Preliminary Infringement Contentions, Microsoft reserves its rights to 
amend and supplement its Preliminary Invalidity Contentions. 

To the extent that any prior art produced to InterTrust has not been classified as prior art 
under 35 U.S.C. §§ J 02 or 103, Microsoft reserves the right to rely on this art or supplement its 
disclosure for the following reasons: • 

(i) Microsoft's position on the invalidity of particular claims will depend on how 
those claims are construed by the Court. As thus far only preliminary claim construction has 
occurred Microsoft cannot take a final position for the bases for invalidity of disputed claims: 
The Court's subsequent claim constructions of remaining terms may yield constructions different 
from what Microsoft assumes herein. 

(ii) Microsoft is continuing to diligently search for relevant prior art but has not yet 
completed that search and continues to evaluate prior art that has been located. 

(iii) Microsoft has not completed its discovery from Plaintiff or from third panics 
with knowledge of the relevant prior art. Depositions of the persons involved in the drafting and 
prosecution of the patents-in-suil, the inventors, and persons who attempted to practice 
InierTrust's claimed invention, for example, will likely affect Microsoft's contentions. 

A. Prior Art Under 35 U.S.C. § 102 Which Anticipates The Asserted Claims of 
Each of the Asserted Patents 

Subject to the above-referenced qualifications concerning the preliminary nature of this 
disclosure, Microsoft believes a reasonable basis exists that, as more particularly explained in the 
Preliminary Invalidity Contentions attached as Appendix B hereto, the references listed in 
Appendix B anticipate the asserted claims of the each of the asserted patents. 

B. Prior Art Under 35 US.G § 103 Which Renders Obvious One or More of the 
Asserted Claims 

Each of the references called out in Appendix A can be combined with one another so as 
to render one or more of the claims of the asserted patents invalid as obvious, and many of them 
are explicitly motivated to do so by virtue of extensive cross-references to one another's 
solution^. Inter] rusi is currently assemni: 1 f* J claims w eleven patents, which cite hundreds oi 
references. Hundreds of additional non-cited relevant prior art has been uncovered and cited to 
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InterTrust. The number of potential combinations of these references, if only two or a few 
references are combined for each claim, is necessarily very large. Microsoft requests InterTrust 
to reduce its asserted claims so as to reduce the number of combinations to a manageable number. 
Nonetheless, Microsoft has provided mapping of combinations as discussed below. Indeed, even 
where explicit cross-referencing and incorporation by reference does not exist, the motivation to 
combine any of the references arises from the common objectives and subject matter, digital 
rights management. The common objectives and subject matter arc expressed generally in the 
claim charts of Appendix B, which arc incorporated by reference into Microsoft's showing under 
35U.S.C.§ 103. 

The motivation for seeking "security," privacy and integrity was widely recognized in the 
United States and elsewhere prior to February J 3, 1 994, and since prior to February 1 3, 1 994, has 
extended to any information or item of perceived value, including books, music, games, computer 
systems, other computer programs, and any digital data or content that maybe deemed valuable or 
worthy of protection. Additional motivations to combine references include the desire to meet or 
exceed any applicable laws or industry or government' standards, such as the Orange Book, 
Computer Fraud and Abuse Act of 1986, Computer Security Act of 1989 PL100-35, High 
Performance Computing Act (HPCA) of 1991 (PL102-194), and 17 U.S.C. §§ 101 et seq. 
Industry standards include those for communication such as X.509, TCP/IP, WWW, and WA1S, 
and those for encryption or transmission of encrypted information, e.g. DES, Triple DES, RSA, 
SSL, MIME, S/M1ME, SHTTP, HTTPS, MD5, and PEM. Additional teachings to combine these 
references with such items of information include "security" (including "security" levels), 
permissions, certificates, tickets, "secure" processors, "secure" storage, "smart" cards (including 
smart cards able to store data and perform computations such as encryption/decryption), tamper 
resistance techniques for hardware and software, physical "security", and "trusted" time. Also 
included are authentication and authorization in trusted distributed systems, enabling software or 
features thereof to run only on particular machines or in particular ways, and treating binary 
inlormauon/data ai varied levels of granujann 
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It was further obvious to combine any of these "security" features with any of the software 

or hardware available at the time. For example, it would have been obvious to combine any file 

and operating systems such as NT, NFS, Andrew, Netware, Mach, DT Mach, Multics, Amoeba, 

ISOS, and Unix; or protocols, codes and systems such as secure kernels, WWW, SSL, SGML, 

hyptertext, Oak, Telescript, OOP and other programming technologies or frameworks (e.g. 

Smalltalk, COM, OLE, Bento, OpenDoc; object oriented databases with watermarking; 

obfuscation; swIPe; SNMP; auditing; on-line (or other digitally transmitted) transaction and 

subscription-based services and billings; electronic payment; on-line banking, entertainment and 

commercial interactive commerce; ATMs; encryption and authentication; physical security tools 

and devices; physically secure locations; physically "secure" products such as tamper resistant 

computer or other devices, "secure" processors, "secure" memory, "smart" cards, set-top boxes, 

portable devices, "secure" communications facilities, electronic wallets. 4 

Ill, Patent Local Rule 3-3(d) Disclosure: Invalidity For Failure to Satisfy 
35U.S.CSJ12. 

Each of the asserted IntcrTrust patent claims is invalid as indefinite, for inadequate 
written description and for lack of enablement as those requirement are set forth by 35 U.S.C. § 
112. 5 In accordance with Patent L.R. 3-3(d), Microsoft identifies in Appendix C, attached 
hereto, exemplary bases, on an element by element basis, for invalidating each asserted claim of 
each asserted patent for indefiniteness and lack of an adequate written description- The asserted 
claims are unclear in scope and not nearly as precise as the subject matter allows. 

Appendix C contains examples of why the indefiniteness prohibited by 35 U.S.C. 
§ 112(2) arises from many causes, including: 

a) use of terms that lack an ordinary meaning in the art and are undefined in the 

specification; 

4 These examples are not intended to be an exhaustive list and are set forth for illustrative 

purposes. 

Microsoft also asserts thai one or more of the claims are invalid under 35 U.S.C. § 1 12(1) for 
failure to identify the "besi mode ?: lor carrying out the invention. However, pursuant to Patent 
L.R. 3-3(d), Microsoft's arguments related' to that defense are not required to be set forth in the 
attached charts, and hence are not included in Exhibit C. 
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b) use of terms that are used in the specification in a manner which is internally 
inconsistent, as well as inconsistent, with their ordinary meaning, but are not 
specifically defined in the specification; 

c) InterTrust's refusal to identify the structure in the application's written description 
linked to claim elements subject to 35 U.S.G. § 1 12, <j[6 ("means (or step) plus 
function); 

d) such excessive disclaimers of specificity of a term that the term becomes ' 
meaningless; 

e) inconsistent uses of a term within a single specification; 

f) inconsistent uses of a term between a specification and something allegedly 
incorporated into that specification; 

g) inconsistencies within the language of a given claim; 

h) inclusion of the same element twice in a claim, resulting in improper double 
inclusion of an element; 

i) impermissible reference lb trademarks in a claim; 

j) inconsistent use of terms that may be synonyms for one another or that could be 
used to mean same thing or different things. 
The indefiniteness of the asserted claims is exacerbated by InterTrust's attempt to apply these 
claims to the very different structures and techniques of (or those that InterTrust wrongly 
attributes to) the Microsoft accused products. Microsoft reserves the right to modify this listing, 
e.g., if and when InterTrust clarifies its infringement contentions and claim construction 
positions. 

Appendix C also provides examples of the lack of an adequate written description 
supporting the asserted claims. For example, the asserted claims fail for lack of an adequate 
written description under 35 U.S.C. § 112(1) to the extent that they are construed to contradict 
and/or fail to require the essential, non-optional alleged attributes of the alleged "inventions" 
identified in then specifications tand any specification allegedly incorporated by reterenccj and 
the applications from which the patents issued. The asserted claims also fail to comply with the 
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written description requirement as sel forth in Gentry Gallery, Inc v. Berkline Corp., 134 F.3d 
1 473 (Fed. Cir 1998) to the extent thai the scope of any of them exceeds the scope of the alleged 
"invention" as set forth in the accompanying specification (and any specification allegedly . 
incorporated therein). For example, in the specification of U.S. Patent No. 6,253,193 lntcrTrusl 
states that: 

The present invention assertedly provides a new kind of "virtual 
distribution environment" (called "VDE" in this document) that 
secures, administers, and audits electronic information use. VDE 
also features fundamentally important capabilities for managing 
content that travels "across" the "information highway." These 
capabilities comprise a rights protection solution that serves all 
electronic community members. These members include content 
creators and distributors, financial service providers, end-users, and 
others. VDE is the first general purpose, configurable, transaction 
control/rights protection solution for users of computers, other 
electronic appliances, networks, and the information highway. 

Accordingly any claims that rely on this specification must be limited in scope to the invention 
described therein. To the extent that they exceed the scope of what is described, they arc invalid 
under the written description requirement 

Microsoft further contends that each asserted claim, when viewed in its entirety, is 
invalid under 35 U.S.C. § 1 12(1) because the specifications of the patents fail to teach one of 
ordinary skill in the art how to practice the entirety of the broad scope of those claims without 
undue experimentation. 

For example, based on the specification, most if not all of the claims involve the 
use of software of one kind or another, yel the specification do$s not disclose any software 
programs that could be used or adapted for use in practicing the claimed inventions. In addition 
to failing to disclose any software program by explicit reference, the patent specifications does 
not describe with sufficient specificity the identity of software programs needed to practice the 
claimed invention that would prevent the need for undue experimentation by a person skilled in 
the art to practice the claimed inventions. The claims set forth a multiplicity of functions, 
features, and characteristics for the purported inventions, and the specifications are replete with 
reierences to software necessary to practicing the inventions, vet the specification neither 
identifies enabling software that satisfies such requirements, nor provides guidance that would 

0 Microsoft's preliminary invalidity contentions 
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allow a person of ordinary skill in the art to program enabling software without undue 
experimentation. 6 

As shown in Appendix C 7 , asserted claims contain terms that are subject to, 
multiple definitions, and the patent specifications do not disclose one or more of the alternate 
definitions. The full scope of the claim is therefore not described or taught in the specification. 
Any claim in Appendix C that contains a claim term subject to multiple definitions fails to teach 
the full scope of the claim and therefore fails the enablement requirement if the specification does 
not specify the operative definition for the term. 

There are numerous other reasons that the unprecedented breadth of scope of the 
claims asserted by InterTrust are not enabled, including InterTrust's failure to implement the 
claims after substantial investment of time, labor, and money. Given the complexity of the 
asserted patents and their interdisciplinary subject matter, the state of the prior art, the absence of 
predictability of the prior art, the amount of experimentation necessary to practice the patents, the 
absence of embodiments, and the absence of guidance for practicing the invention provided in the 
specification 8 , the relative skill of those practicing the art and the breadth of the claims, the 
asserted claims fail to meet the enablement requirement of 35 U.S.C- §11211. 

The full claims of the asserted patents fail to satisfy the enablement and written 
description requirements for the following reasons: 

The '683 Patent 

Claim 2: Claim 2 of the '683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in die relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

6 hi its discovery responses, InterTrust refuses to identify software programs necessary for 
practicing the inventions purportedly disclosed in the asserted patents. See InterTrust responses to 
Microsoft Interrogatory Nos. 39 and 40. 

7 See Appendix C for further element by element analysis of invalidity for failure to satisfy 35 
U.S.C. §11211. The indefiniteness of the claim terms addressed in Exhibit C affect enablement 
because the indefiniteness of the claim terms prevents the specification from adequately teaching 
a person of-skill in the. an how to make and use the full scope of the claimed inventions wjihoui 
undue experimentation. 

8 The failure of the specifications to provide necessary guidance also establishes that the claims 
fail to meet the written description requirement of 35 U.S.C §11211. 
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software and operation of such software on accompanying hardware. Specifically, limitations in 
Claim 2 (63:40-66), both explicitly and implicitly require software. Since no software is 
disclosed in the specification, and since the specification provides no useful programming 
guidance, a person of skill in the art would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order to make and use the full scope of Claim 2. 
Claim 2 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "security", "secure container," "containing"). The specification does not leach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respect to all of the claims, Claim 2 fails the enablement and written description 
requirements of 35 U.S.C. § 1 12 f 1. 

Claim 3: Claim 3 of the *683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 3 (64:6-30), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and insufficient programming guidance (if any) is 
provided by the specification, a person of skill in the art would have to engage a process of trial 
and error, perhaps followed by bottom up software development, in order to make and use the full 
scope of Claim 3. Claim 3 also fails the enablement requirement in light of the breadth of the 
subject matter claimed (e.g. "security", "secure container," "rule"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
slated above with respect to all of the claims, Claim 3 fails the enablement and written description 
requirement of 35 U.S.C. § 1 12 <fi 1 . 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 

in Microsoft's preliminary invalidity contentions 
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written description requirements of 35 U.S.C. § 1 12 <J 1 for the reasons stated above. In addition, 
the limitation of Claim 4 fails because it requires additional undisclosed software. 

Claim 5: Claim 5 of the '683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the devel6pmcnt of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 5 (64:41-66), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 5. Claim 5 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security", "secure container," "governed item"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 5 fails the enablement and written description requirements of 
35 U.S.C. §112<il. 

Claim 6: Claim 6 is dependent upon Claim 5 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Claim 6 fails because it requires additional undisclosed software.. 

Claim 28: Claim 28 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 28 (70:20-59), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the an would have to engage a process ol trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 28. Claim 28 
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also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "electronic intermediary," "being associated with . . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 28 fails the enablement and written 
description requirements of 35 U.S.C. §11211. 

Claim 29: Claim 29 is dependent upon Claim 28 and fails the enablement and' 
written description requirements of 35 U.S.C. § 112^1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
* 4 operative)y connected"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 56: Claim 56 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 56 (77:34-56), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 56. Claim 56 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure container/ 5 "secure electronic container"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in me an would therefore be required to undenake undue experimentation in order 10 make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
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above with respect to all of the claims, Claim 56 fails the enablement and writien description 
requirements of 35 U.S.C § 112 f 1. 

Claim 126: Claim 126 of the '683 patent fails the enablement requirement 
because the specification does not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue cxperimentation ; in the development of 
enabling software and operation of such software on accompanying hardware. Specifically, 
several limitations in Claim 126 (82:50-83:7), both explicitly and implicitly require software. 
Since no software is disclosed in the specification, and no meaningful programming guidance is 
provided, a person of skill in the art would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order to make and use the full scope of Claim 
126. Claim 126 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "security," "secure digital container," "trusted intermediary services"). The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 126 fails the 
enablement and written description requirements of 35 U.S.C. § 1 12 \ L 

Claim 127: Claim 127 is dependent upon Claim 1 26 and thus fails the enablement 
and writien description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 127 fails because it requires additional undisclosed software. 
Claim 1 27 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g, "at least in part identifies"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed 

The ; 193 Patent 

Claim 1 • Ciaim 1 of the * 193 paient fails me enabiemeni requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
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purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 1 (320:62-321:18), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 1. Claim 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"budget control," "secure database," "copy control"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make pnd use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 1 fails the enablement and written description requirements of 
35U.S.C.§ J 121 1. 

Claim 2: Claim 2 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 2 fails because it requires additional undisclosed software. Claim 127 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a time 
substantially contemporaneous"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 3: Claim 3 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 3 fails because it requires additional undisclosed software. Claim 3 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"encumbrance on said budget"). The specification does not teach a person of ordinary skill in the 
an how to practice the full scope of the claim, and a person of skili in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
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full scope claimed. 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 4 fails because it requires additional undisclosed software. Claim 4 also 
fails the enablement requirement in light of the breadth of the subject matter; claimed (e.g. "digital 
file authorized by said budget"). The specification does not teach a person of ordinary skill in the 
art, how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 1 1: Claim 1 1 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 1 1 (322:22-45), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by . 
bottom up software development, in order to make and use the full scope of Claim 1 1. Claim 1 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure memory," "features"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim 1 J fails the enablement and written description requirements of 35 U.S.C. 
§112<j[l. 

Claim 15: Claim 15 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
puiponedlv disclosed invention wjihoui undue experimentation in the development ol enabling 
software and operation of such software on accompanying hardware. Specifically, several 
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limitations in Claim 15 (323:15-41), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 15. Claim 15 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure database"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. For these reasons and for the reasons stated above with respect to all of the 
claims, Claim 1 5 fails the enablement and written description requirements of 35 U.S.C. § 1 12 
11. 

Claim 16: Claim 16 is dependent upon Claim 15 and thus fails the enablement 
and written description requirements of 35 U.SC. § 1 12 % 1 for the reasons staled above. In 
addition, the limitation of Claim 16 fails because it requires additional undisclosed software. 
Claim 16 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "authentication step"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 19: Claim 19 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 19 (324:9-37), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order 10 make and use tne full scope o1 Claim 19. Claim 19 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 

. , MlCROSOPT"SPKElJMINARVBJVAUI)n^rON , TF>rnONS 
• 10 " C0!-1640SHA(MEJ) 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 

16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



"clearinghouse"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed- For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 1 9 fails the enablement and written description requirements of 35 U.S.C. §11211. 

Claim 51: Claim 51 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 51 (326:51-327:12), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 51. Claim 51 
also fails the enablement requirement in light of the breadth of the subject matter claimed {e.g. 
"security," "clearinghouse," "location remote from"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 51 fails the enablement and written description requirements of 
35U.S.C. §11211. 

The '861 Patent 

Claim 34: Claim 34 of the '861 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaninpful proprammmp puidance is provided, a person of skill in the art would have 10 engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
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and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "descriptive data structure/' "element information," 
"metadata rules"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 34 fails the enablement and written description requirements of 35 U.S.C §11211. 

Claim 35: Claim 35 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Ciaim 35 fails because it requires additional undisclosed software. Claim 35 also " 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "rights 
management data structure"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 36: Claim 36 is dependent on Claim 35 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 36 fails because it requires additional undisclosed software. Claim 36 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"content," "rules at least in part governing « . .")♦ The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 37: Claim 37 is dependent on Claim 36 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 37 fails because it requires additional undisclosed software. Claim 37 also 
faiis the enablement requirement in lighi of the breadth of the subject matter claimed (eg. 
"descriptive data structure is stored within said first secure container"). The specification does 
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not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill iri the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

. Claim 44: Claim 44 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 44 fails because it requires additional undisclosed software. Claim 44 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"representation of the format of data . . .")• The specification does not leach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 45: Claim 45 is dependent on Claim 44 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 45 fails because it requires additional undisclosed software. Claim 45 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"information regarding elements . . .")• The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 46: Claim 46 is dependent on Claim 44 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons staled above. In addition, 
the limitation of Claim 46 fails because it requires addilional undisclosed software. Claim 46 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target 
data block"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
cl aimed . 

Claim 47: Claim 47 is dependent on Claim 46 and thus fails the enablement and 

- Q MICROSOFT S PRELIMINARY INVALIDITY CONTENTIONS 

" ly " C01-1640SBA(MEJI 



J 

2 
3 
4 
5 
6 
7 
8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

?? 

28 



written description requirements of 35 U.S.C. § 1 12 5 1 for the reasons slated above. ' In addition, 
the limitation of Claim 47 fails because it requires additional undisclosed software. Claim 47 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target 
data block," "target environment"). The specification does no! teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 48: Claim 48 is dependent on Claim 46 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons staled above. In addition, 
die limitation of Claim 48 fails because it requires additional undisclosed software. Claim 48 also • 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"source," "source message field"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 58: Claim 34 of the '861 patent fails the enablement requirement because 
the specification does nol teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and enror, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "metadata information," "generating or identifying at 
least one rule . . ."). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order 10 make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
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Claim 34 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 \ 1 . 

Claim 64: Claim 64 is dependent on Claim 58 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 64 fails because it requires additional undisclosed software. Claim 64 also 
fails the enablement requirement in light of the breadth of the subject matter 'Claimed {e.g. . 
''creation of said first secure container"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and. a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 67: Claim 67 is dependent on Claim 64 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 67 fails because it requires additional undisclosed software. Claim 67 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 68: Claim 68 is dependent on Claim 67 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 11211 for the reasons slated above. In addition, 
the limitation of Claim 68 fails because it requires additional undisclosed software. Claim 68 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the ail would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

, _ „ . . Claim_71: Claim 71 is dependent on Claim 58 and thus fails the enablement and 

written description requirements of 35 U.S.C. § 112 <J 1 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because it requires additional undisclosed software. Claim 71 also 
I'aiis tne enablement requirement in light oi tne breadth of tne subject matter claimed. The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
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the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 72: Claim 72 depends to Claim 58 and fails the enablement and written 
description requirements of 35 U.S.C. § 112 H 1 for the reasons stated above. In addition, the 
limitation of Claim 72 fails because it requires additional undisclosed software. 

The '891 Patent 

Claim 1: Claim 1 of the '891 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (318:59-319:8), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 1 . Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "securely receiving," "secure operating environment," 
"control"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons slated above with respect to all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 1 1. 

Claim 22: Claim 22 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 22 (320:15-31) both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 22. Claim 22 also fails the enablement requirement in light of the breadth 
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of ihe subject matter claimed (e.g. "securely combining ,7 "control arrangement/' "securely 
requiring"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the an would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons slated above with respect to all of the claims, 
Claim 22 fails the enablement and written description, requirements of 35 U.S.C. § 1 12 <J 1. 

Claim 23: Claim 23 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 1 2 % 1 for the reasons stated above. In addition, 
the limitation of Claim 23 fails because it requires additional undisclosed software. 

Claim 26: Claim 26 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
puiportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 26 (320:40-55) both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
rial and error, perhaps followed by bottom up software development, in order to make and use 
he full scope of Claim 26. Claim 26 also fails the enablement requirement in light of the breadth 
>f the subject matter claimed (e.g. "composite data item," securely providing"). The 
jpecification does not teach a person of ordinary skill in the art how to practice the full scope of 
he claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
easons and for the reasons stated above with respect to all of the claims, Claim 26 fails the 
nablement and written description requirements of 35 U.S.C. §112^1. 

Claim 27: Claim 27 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 1 2 ^ 1 for the reasons stated above. In addition, 
he limitation of Claim 27 fails because it requires additional undisclosed software. Claim 27 also 
ails the enablement requirement in light of the breadth of the subiect matter claimed {e.g. 
combining step"). The specification does not teach a person of ordinary skill in the art how to 
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practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. . 

Claim 28: Claim 28 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 28 fails because it requires additional undisclosed software. Claim 28 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"composite"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 29: Claim 29 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 5 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"ensuring the integrity of said association . . .")- The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 31: Claim 31 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 1 2 % 1 for the reasons slated above. In addition, 
the limitation of Claim 31 fails because it requires additional undisclosed software. Claim 31 also 
fails die enablement requirement in light of the breadth of the subject matter claimed (e.g. 
."codelivering"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 35: Claim 35 of the '891 patent fails the enablement requirement because 
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the specification does not teach a person of ordinary skill in the relevant arts how io practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (321 :29-41) $ both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have tQ engagfe a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. ''secure operating environment")- The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the an would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims. Claim 35 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 H 1. 

Claim 36: Claim 36 of the *891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 36 (321:44-57), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 36. Claim 36 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "secure operating environment system," "operatively 
connected" "logically associated with"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims. Ciiiijy, 36 fails the enabiemeni and written description requirements of 35 U.S.C 
§112^1. 
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Claim 39: Claim 39 is dependent on Claim 22 and thus fails the enablement and 
written description requirements of 35 U.S.C. §. 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 39 fails because it requires additional undisclosed software. Claim 39 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"persistently associating," "control arrangement"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 40: Claim 40 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 <J 1 for the reasons stated above. In 
addition, the limitation of Claim 40 fails because it requires additional undisclosed software. 
Claim 40 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control arrangement"). The specification does not teach a person of ordinary skill 
in the art how to practice the mil scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 51: Claim 51 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 51 fails because it requires additional undisclosed software. Claim 51 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "end 
user electronic appliance," "secure processing step"). The specification does not teach a person 
of ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 53: Claim 53 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 53 fails because it requires additional undisclosed software. 
Claim 53 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g: "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 26 and thus faijs the enablement 
and written description requirements of 35 U.SC. § 1 J 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software. 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the an 
would therefore be required to undertake undue experimentation' in order to make and use the 
invention across the full scope claimed. 

Claim 56: Claim 56 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.SC. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 56 fails because it requires additional undisclosed software. 
Claim 56 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "end user electronic appliance"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order lo make and use the 
invention across the full scope claimed. 

Claim 57: Claim 57 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C § 1 1 2 1 1 for the reasons slated above. In 
addition, the limitation of Claim 57 fails because it requires additional undisclosed software. 
Claim 57 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "end user electronic appliance," "protected processing environment"). The 
specification does not teach a person of ordinary skill in the art how to pracuce the full scope of 
the claim, and » nerson of skill in the an would therefore be required \o undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 
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1 claimed (e.g. "securely receiving"). The specification does not teach a person of ordinary skill in 

2 the art how to practice the full scope of the claim, and a person of skill in the art would therefore 

3 be required to undertake undue experimentation in order to make and use the invention across the 

4 full scope claimed. 

5 Claim 64: Claim 64 is dependent upon Claim 36 and thus fajls the enablement 

6 and written description requirements of 35 U.S.C. § 112 ^ 1 for the reasons stated above. In 

7 addition, the limitation of Claim 64 fails because it requires additional undisclosed software. 

8 Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 

9 claimed (e.g. "controls"). The specification does not teach a person of ordinary skill in the art 

10 how to practice the full scope of the claim, and a person of skill in the an would therefore be 

11 required to undertake undue experimentation in order to make and use the invention across the 

12 full scope claimed. 

13 Claim 65: Claim 65 is dependent upon Claim 1 and thus fails the enablement and 

14 written description requirements of 35 U.S.C. § 11211 for the reasons stated above. In addition, 

15 the limitation of Claim 65 fails because jt requires additional undisclosed software. Claim 65 also 

16 fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 

17 processing environment"). The specification does not teach a person of ordinary skill in the art 

18 how to practice the full scope of the claim, and a person of skill in the art would therefore be 

19 required to undertake undue experimentation in order to make and use the invention across the 

20 full scope claimed. 

21 Claim 67: Claim 67 is dependent upon Claim 22 and thus fails the enablement 

22 and written description requirements of 35 U.S.C. §11211 for the reasons stated above. In 

23 addition, the limitation of Claim 67 fails because it requires additional undisclosed software;, 

24 Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 

25 claimed (e.g. "secure processing environment"). The specification does not leach a person of 

26 ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
21 ■ would ihcrefore he required io undertake undue- experimentation in order to make and use the 
28 invention across the full scope claimed. 
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Claim 68: Claim 68 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 68 fails because il requires additional undisclosed software. 
Claim 68*also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 70: Claim 70 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U-S.C. § 112 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because it requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment," "securely processing," "securely executing"). 
The specification does not teach a person of ordinary skill in the art how to practice the full scope 
of the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 71: Claim 71 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 i 1 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because it requires additional undisclosed software. Claim 71 also 
fails the enablement requirement in light of the breadth of the Subject matter claimed (e.g. 
"securely combining," "control arrangement"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 74: Claim 74 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 74 fails because n requires additional undisclosed software. 
Claim 74 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "securely combining," "combined executable"). The specification does not leach a 
person of ordinary skill in the art how to practice the full scope of the claim t and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C § 1 1 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "combined control arrangement"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 % J for the reasons stated above. In addition, 
the limitation of Claim 76 fails because it requires additional undisclosed software. Claim 76 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"securely receiving steps," "independently performed at different limes"). The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

Claim 79: Claim 79 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 79 fails because it requires additional undisclosed software. 

Claim 81: Claim 81 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above, in 
addition, the limitation of Claim 81 fails because it requires additional undisclosed software. 
Claim 81 also iaijs tne enabjement requirement in iighi of the breadth of the subject matter 
claimed (e.g. "securely receiving steps"). The specification does not teach a person of ordinary 
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skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

, Claim 82: Claim 82 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § J 12 H 1 for the reasons stated above. In 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the.enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "controls"). The specification does not teach a person of ordinary skill in the art ' 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 84: Claim 84 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 84 fails because it requires additional undisclosed software. Claim 84 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"first/second entity's control"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 86: Claim 86 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § J 1 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 86 fails because it requires additional undisclosed software. 
Claim 86 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
lo undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 88: Claim 88 is dependent upon Claim 36 and thus fails the enablement 
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and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 88 fails because it requires additional undisclosed software. 
Claim 88 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 89: Claim 89 is dependent upon Claim 1 and thus fails the enablement and . 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 89 fails because it requires additional undisclosed software. Qaim 89 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"control," "protected processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 91: Claim 9] is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 91 fails because it requires additional undisclosed software. 
Claim 91 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use die invention across, the full scope claimed. 

Claim 94: Claim 94 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112$ 1 for the reasons stated above. In 
addition, the limitation of Claim 94 fails because it requires additional undisclosed software. 
Claim 94 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does, noi leach a person oi ordinary skill m the an how io practice the 
full scope of the claim, and a person of skill in the an would therefore be required to undenake 
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undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 95: Claim 95 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 
Claim 95 also fails the enablement requirement in light of the breadth of the "subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

The '912 Patent 

Claim 6: Claim 6 of the '912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 6 (326:65-327:23), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 6. Claim 6 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "relatively lower level of security," "private portion 
characterized by . . . ," "accessing," "record"). The specification does not teach a person of 
ordinary skill in the art how to pracUce the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 6 fails the enablement and written description requirements of 
35 U.S.C.§ 11211. 

Claim 7: Claim 7 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. §11211 for the reasons slated above. In addition, 
the limitation of Claim 7 fails because it requires addiuonal undisclosed software. Claim 7 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"relatively higher/lower level of security"). The specification does not teach a person of ordinary' 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 8: Claim 8 of the '912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

software. Specifically, several limitations in Claim 8 ( ), both explicitly and implicitly . 

require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage q process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim S. Claim 8 also fails the enablement requirement in light of the breadth 
of the subject matier claimed (e.g. "higher/lower level of security," "execution space identifier," 
"assembling"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 8 fails the enablement and written description requirements of 35 U.S.C § 112 $ 1. 

Claim 9: Claim 9 is dependent upon Claim S and thus fails the enablement and 
written description requirements of 35 U.S.C, § 1121 1 for the reasons stated above. In addition, 
the limitation of Claim 9 fails because it requires additional undisclosed software. 

Claim 13: Claim 13 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons slated above. In addition, 
the limitation of Claim 13 fails because it requires additional undisclosed software. Claim 13 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a 
security level higher that that of the execution spaced). The specification does not teach a person 
of ordinary skilj in the an how io pracuce the full scope of the chum, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
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invention across the full scope claimed. 

Claim 14: Claim 14 is dependent upon Claim 13 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 14 fails because it requires additional undisclosed software. 

Claim 35: Claim 35 of the '912 patent fails the enablement requirement because 
the specification does not teach a person of ordinary' skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (330:27-57), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "second processing environment remote from first processing 
environment," "identification information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person. of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 35 fails the enablement and written description .requirements of 
35U.S.C. § 11211. 

The '900 Patent 

Claim 155: Claim 155 of the '900 patent fails the enablement requirement 
because the specification docs not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue experimentation in the development of 
enabling software. Specifically, several limitations in Claim 155 (370:30-55),-both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process ot trial and error, pernaps followed by bottom up software development, in order to make 
and use the full scope of Claim 1 55. Claim 155 also fails the enablement requirement in light of 
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the breadth of the subject matter claimed (e.g. "host processing environment" "tamper resistant 

software designed to be loaded into said main memory . . "machine check programming which 

derives information . . "integrity programming"). The specification does not teach a person of 

ordinarj' skill in the art how to practice the full scope of the claim, and a person of skill. in the art 

would therefore be required to undertake undue experimentation in order to make and use the 

invention across the full scope claimed. For these reasons and for the reasons stated above with 

respect to all of the claims, Claim 155 fails the enablement and written description requirements 

of35U.S.C.§ 11211. 

Claim 156: Claim 156 of the .-'900 patent fails the enablement requirement 

because the specification does not teach a person of ordinary skill in the relevant arts how to 

practice the purportedly disclosed invention without undue experimentation in the development of 

enabling software. Specifically, several limitations in Claim 156 (370:57-371: 15), both explicitly 

and implicitly require software. Since no software is disclosed in the specification, and no 

meaningful programming guidance is provided, a person of skill in the art would have to engage a 

process of trial and error, perhaps followed by bottom up software development/in order to make 

and use the full scope of Claim 156. Claim 156 also fails the enablement requirement in light of 

the breadth of the subject matter claimed (e.g. "virtual distribution environment " "host 

processing environment," "tamper resistant software designed to be loaded into said main 

memory . . "machine check programming which derives information . . "integrity 

programming'*). The specification does not teach a person of ordinary skill in the art how to 

practice the full scope of the claim, and a person of skill in the art would therefore be required to 

undertake undue experimentation in order to make and use the invention across the full scope 

claimed. For these reasons and for the reasons stated above with respect to all of the claims, 

Claim 156 fails the enablement and written description requirements of 35 U.S.C. § 1 12 5 1. 

Claim 157: Claim 157 of the '900 patent fails the enablement requirement 

because the specification does not teach a person of ordinary skill in the relevant arts how to 

practice ihe purportedly disclosed invention wiihout undue cxpcnimeniaiion in the development of 

enabling software. Specifically, several limitations in Claim 157 (371:16-42), both explicitly and 
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implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to .make 
and use the full scope of Claim 157. Claim 1 57 also fails the enablement requirement in light of 
the breadth of the subject matter claimed {e.g. "virtual distribution environment," "host 
processing environment," "tamper resistant software designed to be loaded into said main 
memory . . .," "machine check programming which derives information . . "integrity 
programming"). The specification does not leach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 157 fails the enablement and written description requirements of 35 U.S.C. § 1 12 1 1. 
The '721 Patent 

Claim 1: Claim 1 of the '721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (21:10-24), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1. Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "load module," "tamper resistance," "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims. Claim J fails the 
enablement and written description requirement of 35 U.S.C. § 1 12 ^ 1. 

Claim 5: Claim 5 of the '721 patent fails the enablement requirement because the 
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specification does noi teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 5 (21:39-47), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to -engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 5. Claim 5 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "software verifying method," "specification"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons staled above with respect to all of the claims, Claim 5 fails the 
enablement and written description requirements of 35 U.S.C. § 1 12 % J . 

Claim 9: Claim 9 of the '721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 9 (22:5-15), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 9, Claim 9 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "distinguishing between trusted and untrusted load modules . . 

"associated digital signature,' 5 "conditionally executing"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respeci io ali of the claims. Claim 9 J ails the enablement and written description 
requirements of 35 U.S.C. §112^1. 
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Claim 14: Claim 14 of the -721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 14 (22:44-51), both explicitly and impDcitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1 4. Claim 14 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "arrangement within the first tamper resistant barrier 
that prevents . . .,"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons slated above with respect to all of the claims, 
Claim 14 fails the enablement and written description requirements of 35 U.S.C. §11211. 

Claim 18: Claim IS of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 8 (22:64-25:3), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 18. Claim 18 also fails the enablement requirement in light of the 
breadth of the subject matter claimed {e.g. "preventing the first computing arrangement . . ."). 
The specification does not teach a person of ordinary skill in the art how to practice the full scope 
of the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons slated above with respeci 10 all of ihe claims.. Claim 1 8 fails lhr> 
enablement and written description requirements of 35 U.S.C. §1121 1. 
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Claim 34: Claim 34 of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:47-56), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no jncaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "secure execution space," "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 34 fails the 
enablement and written description requirements of 35 U.S.C. § 112$ 1. 

Claim 38: Claim 38 of the '721 patent fails the enablement requirement because 
the specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 38 (25:1-S), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and eiror, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 38. Claim 38 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "computing arrangement surrounded by a first tamper 
resistant barrier . . . "security level"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scone churned. For these reason* and J or the reasons staled above with respect to 
all of the claims, Claim 38 fails the enablement and written description requirements of 35 U.S.C. 
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§11211. 

The '01 9 Patent 

Claim 1: Claim 1 of the '019 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (319:46-320:7), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom Up software development, in order to make 
and use the full scope of Claim I . Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed "associated control," "protected," transferring," 
"protected content file") The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. § 112 5 L 

Claim 33: Claim 33 of the 4 019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 33 (323:60-324:14), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 33. Claim 33 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "means for incorporating," "means for transferring," 
"protected data") The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill m the 3n would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
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claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 33 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 f 1. 

4 

Claim 34: Claim 34 is dependent upon Claim 33 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 f 1 for the reasons staled above. In 
addition, the limitation of Claim 34 fails because it requires additional undisclosed software. 
Claim 34 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the an would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the foil scope claimed. 

Claim 35: Claim 35 is dependent upon Claim 34 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 $ 1 for the reasons stated above. In 
addition, the limitation of Claim 35 fails because it requires additional undisclosed software. 
Claim 35 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 41: Claim 41 of the 4 019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 41 (325:7-29), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 41 . Claim 41 also fails the enablement requirement in light of the breadth 
of the subject matter ciaimed {e.g. "virtual distribution environment) The specification does noi 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
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of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 41 fails the enablement and written 
description requirements of 35 U.S.C. §'11211. 

Claim 42: Claim 42 is dependent upon Clairn 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In 
addition, the limitation^ Claim 42 fails because it requires additional undisclosed software. 
Claim 42 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control," 4 protected information " "secure container"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the an would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 47: Claim 47 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 47 fails because it requires additional undisclosed software. 
Claim 47 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 52: Claim 52 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 5 1 for the reasons stated above. In 
addition, the limitation of Claim 52 fails because it requires additional undisclosed software. 
Claim 52 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "creating" "secure container," "site"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required 10 undertake undue experimentation in order 10 make and use the 
invention across the full scope claimed. 
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Claim 53: Claim 53 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C § 1.12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 53 fails because it requires additional undisclosed software. 
Claim 5.3 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the ful) scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 53 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 f 1 for the reasons slated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software. 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 55: Claim 55 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U.S.Q § 112 f 1 for the reasons staled above. In 
addition, the limitation of Claim 55 fails because it requires additional undisclosed software. 
Claim 55 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "site"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claijped. 

Claim 64: Claim 64 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U.S.C § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 64 fails because n require*, additional undisclosed software. 
Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "portion of said first protected information"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 

i, 

in the art would therefore be required to undertake undue experimentation in order to make and 

r. 

use the invention across the full scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 76 fails because it requires additional undisclosed software. 
Claim 76 also fails the enablement requirement in light of the breadth of the subject matter : 
claimed (e.g. "secure container," "contained"). The specification does not leach a person of 
ordinary skill in the art how to practice the fall scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 78: Claim 78 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 $ 1 for the reasons stated above. In 
addition, the limitation of Claim 78 fails because it requires additional undisclosed software. 
Claim 78 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure container," "contained"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 81: Claim 81 of the *019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 81 (328:9-23), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 8 J . Claim 81 also fails the enablement requirement in light of the breadth 
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of the subject matter claimed (e.g. "means for incorporating") The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respect to all of the claims, Claim 81 fails the enablement and written description 
requirements of 35 U.S.C. § 1 12 ? 1 . 

Claim 82: Claim 82 is dependent upon Claim 81 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In ■ 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the enablement requirement in light of the breadth x>f the subject milter 
claimed (e.g. "means for applying," "govern"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 83: Claim 83 is dependent upon Claim 82 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 $ 1 for the reasons stated above. In 
addition, the limitation of Claim 83 fails because it requires additional undisclosed software. 
Claim 83 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "govern," "means for applying"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 85: Claim 85 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 85 (328:28-56), both explicitly and implicitly 
require software. Since no sod ware is disclosed in the. sped fi can on. and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
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trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 85. Claim 85 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "copying," transferring") The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 85 fails the enablement and written . 
description requirements of 35 U.S.C. § 1 12 % 1. 

Claim 87: Claim 87 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 f I for the reasons stated above. In 
addition, the limitation of Claim 87 fails because it requires additional undisclosed software. 
Claim 87 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copied," "protected information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 
Claim 89 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copying," "transferring"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 90: Claim 90 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 90 fails because n requires additional undisclosed software. 
Claim 90 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed. (e.g. "memory"). The specification does Hot teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required lo undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 93: Claim 93 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § J12 1 ] for the reasons stated above. In 
addition, the limitation of Claim 93 fails because it requires additional undisclosed software. 
Claim 93 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copying transferring")- The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art wduld 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 94; Claim 94 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 

Claim 95: Claim 95 is dependent upon Claim 94 and thus fails the enablement 
and written description requirements of 35 U.S.C, § 1 12 % I for the reasons stated above. In 
addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 
Claim 95 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copied," "protected information"). The specification does not teach a person of 
ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experi mentation in order lo make and use the 
invention across the full scope claimed. 

Claim 96: Claim 96 of the 4 0 J 9 patent fails the enablement requirement because 
the specification docs not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several hmuauons in Claim 96 (329:38-330:121. both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
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meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the fuD scope of Claim 96. Claim 96 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "virtual distribution environment," "protected 
information") The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 96 fails the enablement and written description requirements of 35 U.S.C. § 1 12 f L 
The '876 Patent 

Claim 2: Claim 2 of the '876 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 2 (319:20-32), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 2. Claim 2 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "means for . . . securely integrating," "value chain extended 
agreement"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 2 fails the enablement and written description requirements of 35 U.S.C. § 1 12 1 1. 

Claim 11: Claim 1 1 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 1 1 fails because it requires additional undisclosed software. Claim 1 1 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"Virtual Distribution Environment"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. . 

Claim 29: Claim 29 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 32: Claim 32 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 11211 for the reasons stated above. In addition, 
the limitation of Claim 32 fails because it requires additional undisclosed software. Claim 32 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 60: Claim 60 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C § 1 12 % I for the reasons stated above. In addition, 
the limitation of Claim 60 fails because it requires additional undisclosed software. Claim 60 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the ail would therefore be 
requjred to undertake unaue expenmemauon in order 10 make ana use the invention across the 
full scope claimed. 
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Claim 130: Claim 130 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 29 fails because it requires additional undisclosed software. 
Claim 29 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for executing . . . control"). The specification does not.teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and; use the 
invention across the full scope claimed. 

Claim 132: Claim 132 is dependent upon Claim 1 30 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 J 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 132 fails because it requires additional undisclosed software. 
Claim 132 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "protected processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the ful] scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 161: Claim 161 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 161 fails because it requires additional undisclosed software. 
Claim 161 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "machine executable controls"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 162: Claim 162 is dependent upon Claim 161 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addiiion. the limitation of Ciaim 162 fails because ii requires additional undisclosed software 
Claim 162 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "data descriptor data structures"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim J 70: Claim 170 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, the limitation of Claim 170 fails because it requires additional undisclosed software. 
Claim 170 also fails the enablement requirement in light of the breadth of the subject matter ■ 
claimed (e.g. "means for creating a first secure control"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 171: Claim 171 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112^1 for the reasons stated above. In 
addition, the limitation of Claim 171 fails because it requires additional undisclosed software. 
Claim 171 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control"). The specification does not leach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 172: Claim 172 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 172 fails because it requires additional undisclosed software. 
Claim 172 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating"). The specification does not teach a person of 
ordinary skill in the art how to practice the fulj scope of the claim, and a person of skill in the art 
would therefore be required 10 undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 
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Claim 329: Claim 329 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, the limitation of Claim 329 fails because it requires additional undisclosed software. 
Claim 329 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control")- The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 331: Claim 331 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11211 for the reasons stated above. In 
addition, the limitation of Claim 331 fails because it requires additional undisclosed software. 
Claim 331 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating," "based on or compatible with . , ."). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 346: Claim 346 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 346 fails because it requires additional undisclosed software. 
Claim 346 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs . . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 347: Claim 347 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 347 fails because it requires additional undisclosed software. 
Claim 347 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "means by which said third control set governs the execution of at least one 
method"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 349: Claim 349 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 J 1 for the reasons stated above. In 
addition, the limitation of Claim 349 fails because it requires additional undisclosed software. 
Claim 349 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs the execution of at least one 
procedure"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

The '181 Patent 

Claim 48: Claim 48 of the '181 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 48 (48:17-38), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 48. Claim 48 also fails the enablement requirement in light of the breadth 
of .the subject matter claimed (e.g. "narrowcasting selected digital information," secure node," 
"information derived in part from specified recipient's creation"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skili in the an would tnerefore he required to undenake undue expenmeniation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
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stated above with respect to all of the claims, Claim 48 fails the enablement and written 
description requirements of 35 U.S.C. §11211*. 

Claim 59: Claim 59 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 59 fails because it requires additional undisclosed software. 
Claim 59 also fails the enablement requirement in light of Ihe breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the an would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 61: Claim 6J is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 61 fails because it requires additional undisclosed software. 
Claim 61 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "entertainment information"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 63: Claim 63 is dependent upon Claim 48 and thus fails the enablement 

and written description requirements of 35 U.S.C. § 1 12 J 1 for the reasons slated above. In 

c 

addition, the limitation of Claim 63 fails because it requires additional undisclosed software. 
Claim 63 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "music information"). The specification does not leach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the' 
full scope claimed. 

Claim 67: Claim 67 is dependent upon Claim 48 and thus fails the enablement 
and wnucn description requirements of 35 U.S.C. c 112 % J lor me reasons stated above, Jr. 
addition, the limitation of Claim 67 fails because it requires additional undisclosed software. 
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Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "digital certificate information")- The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 70: Claim 70 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 \ 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because it requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 72: Claim 72 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 $ 1 for the reasons stated above. In 
addition, the limitation of Claim 72 fails because it requires additional undisclosed software. 
Claim 72 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 72 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 121 1 for the reasons stated above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "acceptable clearinghouse," "rights and permissions clearinghouse")- The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
expcnmenianon m order \o make and use me invention across ihe fulj scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 48 and thus fails the enablement 
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and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. 

Claim 91: Claim 91 of the '181 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 91 (86:47-87:4), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 91. Claim 91 also fails, the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "narrowcasting selected digital information," secure node," 
"information derived in part from specified recipient entity's creation"). The specification does 
not leach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 91 fails the enablement and written 
description requirements of 35 U.S.C. §11211. 

Claim 104: Claim 104 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <p for the reasons slated above. In 
addition, the limitation of Claim 104 fails because it requires additional undisclosed software. 
Claim 104 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 109: Claim 109 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 109 fails because it requires additional undisclosed software. 
Claim 109 aiso fails ihe enablement requiremem in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
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full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 114: Claim 1 14 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons staled above. In 
addition, the limitation of Claim 1 14 fails because it requires additional undisclosed software. 
Claim 114 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "clearinghouse acceptable to rightsholders"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 117: Claim 117 is dependent upon Claim 1 14 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 1 17 fails because it requires additional undisclosed software. 
Claim 117 also fails the enablement requirement in lighi of the breadth of the subject matter 
claimed (e.g. "rights and permissions clearinghouse"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed 

Claim 131: Claim 131 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112^1 for the reasons stated above. 

The '402 Patent 

Claim 1: Claim 1 of the '402 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in die development of enabling 
software. Specifically, several limitations in Claim 1 (322:5-25), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill m the an would have 10 engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
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the full scope of Claim 1 . Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "having associated a first control" "value chain 
extended agreement," "transferring"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim 1 fails the enablement and written description requirements of 35US.C. 
§11211. 

IV. Patent L.R. 3-4 

Each reference identified pursuant to PJLR 3-3(a) but not in the prosecution history, 
and the documents referenced in PLR 3-4 that are sufficient to show the operation of the accused 
features of the products specifically and properly identified in IntcrTrust's PLR 3-1 Statements of 
September 2, 2003, has been or is being produced, or is otherwise available for inspection and 
copying. As set forth in greater detail in Microsoft's Motion to Strike InterTrust's Infringement 
Contentions (filed October 8, 2003), InterTrust's Infringement Contentions pursuant to PLR 3-1 
largely fail to properly identify the "accused instrumentalities." Accordingly, Microsoft reserves 
its right to modify this production, if necessary. Microsoft has specifically sought, and has been 
granted, greater protection and confidentiality for its source code than that provided by Patent 
Local Rule 2-2. Source code for the Accused Instrumentalities is being made available for 
inspection at the offices of Orrick, Herrington & Sutcliffe LLP only in accordance with 
/// 
/// 
/// 
/// 
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Magistrate James* Order of November 5, 2003. Microsoft does not concede that any source code 
made available for inspection (or any corresponding product or software) is or should be 
considered an Accused Instrumentality. ■ . 



Dated: November 17, 2003 WILLIAM L: ANTHONY • 

ERIC L. WESENBERG 
HEIDI L.KEEFE 

ORRICK, HERRINGTON & SUTCLIFFE LLP 

i 

1/ ^WilliaVL AnthonV\y ? 
Attornevs for Defendant and Counierclaimanl 
MICROSOFT CORPORATION 



-61- 



Mickosofts preliminary iN'VAUiirn- contentions 

COl-K^OSBA(MEJ) 



InlerTrustTcch. Corp. v. Microsoft Corp. 
Case No. C 01-1*40 SBA (MEJ) 



APPENDIX OF PRIOR ART* 







Yes 


Lacy, Jack; Snyder, James; Maher, David; "Music on the Internet and the 
Intellectual Property Protection Problem" 


Y 


Yes 


"ThePowerTV White Paper**, powertv.com website, Oct. 11, 1996 


Y 


Yes 


Coutrot. Francois; Michon, Vincent; "A Single Conditional Access System for 
oateiiue-caoJe ana l cues trial 1 v iKr.b 1 ransactions on Consumer Electronics, 
vol. 3d, No. 3, Aug. 1989 


Y 


Yes 


*1SO 8583: Financial transaction card originated messages * Interchange message 
specifications**, ISO, Dec. 15, 1993 


Y 


Yes 


Harry, Kieran; Ho. Linda; "Case Study: The VISA Transaction Processing 
iysiem . May ju, 1988 


Y 


Yes 


U.S. 4,584,639; Apr. 22. 1986 




Yes 


inning, Dorothy E.; "Secure Personal Computing in an Insecure Network", 
i^omm. 01 tne AtsJvi, Vol. 22, No.-S, Aug. 1979 




Yes 


Muftic, Scad; "Security Mechnisms for Computer Networks", Computer 
Communications and Networking, 1989 


Y 


1 Co 


Kim, Gene H.; Spafford, Eugene H.; "The Design and Implementation of Tripwire: 
A File System Integrity Checker", COAST Laboratory, Purdue University, Nov. 
19, 1993 


Y 


Yes 


Choudhury, Abhijit K.; Maxemchulc. Nicholas F.; Paul, Sanjoy; Schulzrinne, 
Henning G.; "Copyright Protection for Electronic Publishing Over Computer 
Networks , Ltbt, Network, May/Jim., 1995 




Yes 


Denning. Dorothy E.R.: CrYDtoreraohY and Data Security. Addison-Wesley 
r uui inning ^oiupariy, i^ox, Kepnmeo wjui corrections, Jan. lyoJ 




Yes 


Hellrnan; "Multi-user Cryptographic Techniques" j 




Yes 


Diffie, Whitfield; Hellrnan, Martin E; "New Directions in Cryptography", Stanford 
University, 1976 


Y 


Yes 


Kohl, J.; Neuman, C; "The Kerberos Network Authentication Service (V5)*\ 
Network Working Group RFC 1510, Sep. 1993 




Yes 


Diffie, Whitfield; van Oorschot, Paul C; Weiner, Michael J.; "Authentication and 
Authenticated Key Exchanges". Sun Microsystems and Bell-Northern Research, 
Mar. 6. 1992 




Yes 


Diffie, Whitfield; "The Hrst Ten Years of Public-Key Cryptography", Proceedings 
of the IEEE, Vol. 76. No. 5. May, 1988 




Yes 


Kohnfelder, Loren M.; "Towards a Practical Public-Key Cryptosystero", May, 
1978 




Yes 


Kaliski, Jr., Burton S.; "A Layman's Guide to a Subset of ASN.I , BER, and DER", 
RSA Laboratories Technical Note, 1 991 , Revised Nov, 1, 1993 


Y 


Yes 


"PKCS #7: Cryptographic Message Syntax Standard", RSA Laboratories Technical 
Mote, Ver. 13. Revised Nov. 1, 1993 




Yes 


Walker, Stephen; "Notes from RSA Data Security Conference", Trusted 
Information Systems, Jan. 18 T 1994 


Y 


Yes 


rygar, J.D.; Yee. Bennet; "Cryptography: It's Not Just for Electronic Mail 
Anymore", Carnegie Mellon University Tech. Report CMU-CS-93-107, Mar. 1, 
1993 ! 




Yes 1 


J.S. 4,658,093; Apr. 14, 1987 


Y 


Yes I 


J.S. 4,405,829; Sep. 20. 1983 


Y 


Yes ! 
1 


Schneier. Bruce: Applied Cryptography: Protocols. Algorithms, and Source Code 
n C, John Wiley & Sons, Inc., 1994 



* Any possible M Y"s that were missed shall not negale the anticipatory nature of a reference, particularly where 
there is a chart In Appendix B. 1 



InterTrust Tech, Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





immt, - , , , W** . . ,••,- ,-! 


Y 


Yes 


Popek, Gerald J r ; Kline, Charles S.; "Encryption and Secure Computer Networks", 
ACM Computing Surveys, Vol. 1 1 , No. 4, Dec. 1979 




Yes 


Diffie, Whitfield; Hellman, Martin E; "New Directions in Cryptography'', Stanford 
University. 1976 




Yes 


Castano, Silvana; Fugini, Mariagrazia; Martella, Giancarlo; Samarati, Pierangela; 
Database Security, ACM Press, 1994 


Y ( 


Yes 


Thuraisingham, M.B.; "Mandatory Security in Object-Oriented Database Systems*, 
OOPSLA '89 Proceedings, ACM, Oct 1-6. 1989 


Y 


Yes 


Olivier, Martin S.; von Solms, Sebastiaan JL; "A Taxomonmy for Secure Object- 
Oriented Databases", ACM Transactions on Database Systems, Vol. 19, No. 1, 
Mar. 1994 


Y 


Yes 


Olivier, M.S.; von Solms, S JL; "Building a Secure Database Using Self-Protecting 
Objects", Computers & Security, Vol. 1 1, No. 3, 1992 


Y 


Yes 


Olivier, M.S.; von Solms, S.H.; "DISCO: A Discretionary Security Model for 
Object-oriented Databases", IT Security: The Need for International Cooperation, 
Elsevier Science Publishers B.V^ 1992 


Y 


Yes 


Oliver, Martin S.; "Secure Object-oriented Databases", Thesis for the degree of 
Doctor of Philosophy in Computer Science, Rand Afrikaans University, Dec. 1991 




Yes 


R. Ahad, et ah; IRIS, 1992 


Y 


Yes 


ORION Uc.a. ITASCA, MCC- Austin TX & Itasca Corp., 1985-1995 


Y. 


Yes 


Olivier. Martin S.; SECDB. 1990-1995 


v 


Yes 


THOR: A Distributed Object-Oriented Database System", MIT 


Y 


Yes 


Mill en, Jonathan K.; Lunt, Teresa R; "Security for Object-Oriented Database 
Systems", IEEE 0-8 1 86-2825-1 ; 1992 




Yes 


Choy, D.M. et aL; "A Digital Library System for Periodicals Distribution", May 
1996 






Mathy, Laurent; "Features of The ACCOPI Multimedia Transport Service", 
Lecture Notes in Computer Science, No. 1045, Proc. Of European Workshop 
IDMS-96, Mar. 1996; 


Y 


Yes 


"Access Control and Copyright Protection for Images Security Technology for 
Graphics and Communicarion Systems - RACE M1005: ACCOPI", webpage, 
Security Projects at Fraunhofer-IGD, 2002; 

ACCOPI RACE Project M1005 Warning of ACCOPI web pages removal, UCL 






"The Amide Products" web page; 


Y 


Yes 


"Forum on Technology-Based Intellectual Property Management - Electronic 
Commerce for Content", IMA Intellectual Property Proceedings, Vol 2, Jun. 1996 


Y 


Yes 

i 


Van Slype, Georges; "Natural Language Version of the generic CITED model - 
Vol. I: Presentation of the generic model, ver. 3.0"; and M Vol. II: CITED usage 
nonitoring system design for computer based applications, ver. 1.0", Project 5469, 
fhe CITED Consortium. Sep. 6. 1993 



' Any possible "Y"s that were missed shall nol negate the anticipatory nature of a re1eren.ee, particularly where 
there is a chart in Appendix B. 2 



loterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


Technological Strategies for Protecting Intellectual Property in the Networked 
Multimedia Environment", IMA Intellectual Property Proceedings, Vol. 1, Issue 1, 
Jan. 1994 


Y 


Yes 


COPICAT - 8195: "Copyright Ownership Projection in Computer-Assisted 
Training", ESPRIT, Dec. 1993; 

Kelman, Alistair, "Electronic Copyright Management: Possibilities and Problems", 
Scientists for Labor Presentation. Nov. 14. 1996 


Y 


Yes 


Griswold, Gary N.; "A Method for Protecting Copyright on Networks", IMA 
Intellectual Property Proceedings, Vol. 1 , Issue 1 , Jan. 1 994 


•■ 


Yes 


Erickson, John S.; "A Copyright Management System for Networked Interactive 
Multimedia"; Proceedings of the 1995 Dartmouth Institute for Advanced Graduate 
Studies, 1995 




Yes 


Burns, Christopher; "AAP Draft: Local Access and Usage Controls", Association 
of American Publishers Report, Apr. 1 3 T 1 995 


Y 


Yes 


Choudhury, A.K.; Maxenchuk, NJF.; Paul, S.; Schulzrinne, H.G.; "Copyright 
Protection for Electronic Publishing over Computer Networks", Submitted to IEEE 
Network Magazine, Jun. 1994 




Yes 


Wayner, Peter; Digital Copyright Protection. Academic Press, 1997 




Yes 


"Cryptolope Containers Technology: A White Paper", IBM InfoMarket Business 
Development Group 




Yes 


"Digital Rights Enforcement and Management: SupcrDistribution of Cryptolopes", 
IBM 




Yes 


Kaplan, Marc A.; "IBM Cryptolopes, SupcrDistribution and Digital Rights 
Management", IBM, Dec. 30, 1996 




Yes 


IP Workshop - CUPID: "Protocols and Services (ver. 1): An Architectural 
Overview", CNI, last update Nov, 20, 1997 


Y 


Yes 


Patent Application EP 0 567 800 Al; Nov. 3, 1993 


Y 


Yes 


Sibert, Olin; Bernstein, David; Van Wie, David; "The DigiBox: A Self-Protecting 
Container for Information Commerce", First USEN1X Workshop on Electronic 
Commerce, Jul 11-12, 1995 


Y 


Yes 


Willett, Shawn; "Metered PCs: Is your system watching you?; Wave Systems beta 
tests new technology", IDG Communications, Inc. Info World, May 2, 1994 


Y 


Yes 


Weber, Robert; "Metering Technologies for Digital Intellectual Property - A 
Report to the International Federation of Reproduction Rights Organisations", 
International Federation of Reproduction on Rights Organisations, Northeast 
Consulting Resources, Inc.. Oct 1994 


Y 


Yes 


TULIP Final Report, ISBN 0-444-82540-1. 1991, revised Sep. 18, 1996 




Yes 


OS. 5,634,012; May 27, 1997 




Yes 


U.S. 5,715,403; Feb. 3, 1998 




Yes 


U.S. 5,845,281; Dec. 1. 1998 (For Priority, Feb. 1, 1995) 


Y 


v« 


Brin, Sergey; Davis, James; Garcia-Molina, Hector, "Copy Detection Mechanism 
for Digital Documents", Stanford University 


Y 


Yes ] 
< 


Weber, Robert; "Digital Rights Management Technologies - A Report to the 
[nternational Federation of Reproduction Rights Organisations", Northeast 
Consulting Resources. Inc., Ocl 1995 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 3 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Ericksoiu John S.; H Righls Management Through Enhanced Attribution", Presented 
ai uMxii >o rTOceeajngs, Jun u lyjjo 




Yes 


wnue, jamcs c., l cicscnpi. l ne rouncauon lor uic Ejectronic iviaiKCipiacc f • 
ver. 5.u, oenerai Mapic, Jnc, inov. 30, 1 95*3 




j es 


Ketcnpei, bteve r.; Oar ci a- Molina, Hector; raepeke, Andreas; onoppmg Models: 
A Flexible Architecture for Information Commerce", Stanford University 


• 


Yes 


Lagoze, Carl; "A Secure Repository Design for Digital Libraries*. D-Lib 
Magazme, Dec. 1995 


Y 


Yes 


"Introduction to Smart Cards v. 1.0", Gemplus Card International, Mar. 21, 1991 




Yes 


Abadi, M.; Burrows, M.; Kaufman, C; Lampson, B.; "Authentication and 
Delegation with Smart-cards", Digital Equipment Corporation 


Y 


res 


Tygar, JX>.; Yee, Bennct; "Dyad: A System for Using Physically Secure 
Coprocessors , IMA Intellectual Property Project Proceedings, Vol. 1, Issue 1 , Jan. 
1994 




Yes 


St Johns, M.; "Draft Revised BP Security Option", Network Working Group, RFC 
1038, Jan. 1988 




Yes 


Galvin, J.; McCloghrie, K.; Davin, J.; "SNMP Security Protocols", Network 
Working Group RFC 1352, Jul., 1992 




Yes 


U.S. 5, 1 63,091; Nov. 10, 1992 




ICS 


U.i. 5,355,474; Oct. 11 1994 


Y 


I Co 


11 Q ^ AT/9 1 11X- f\~* \A 100*7 

U.o. 5,0/0,1 /Cr, vJCL 14, Vf^l 




Yes 


U.S. 5,765,152; Jun. 9, 1998 




Yes 


Shear, Victor, "Solutions for CD-ROM Pricing and Data Security Problems" 




Yes 


vTuiidjjo, luny, ivAJcr own \-/pjcci oua-iegj , ivjjcroson ruwar uun prcscuLauon, 
1990 


Y 


Yes 


"OLE 2.0 Draft Content Object Linking & Embedding", Microsoft, Jun. 5, 1991 




Yes 


"Multimedia System Services Vex. 1.0". Hewlett-Packard, IBM, & SunSoft, 1993 




Yes 


Draft "Request for Technology: Multimedia System Services", Ver. 1.1, Interactive 
Multimedia Association Compatibility Protect, OcL 16, 1992 




Yes 


"Request for Technology: Multimedia System Services", Ver. 2.0, Interactive 
Multimedia Association Compatibility Project, Nov. 9, 1992 




Yes 


Wobber, Edward; Abadi, Martin; Burrows, Mike; Lampson, Butler; 
"Authentication in the Taos Operating System", Digital Equipment Corporation, 
Dec. 10. 1993 




Yes 


Custer. Helen; Inside Windows NT. Microsoft Press, pages 26-42 and 329-330. 
1993 


Y 


Yes 


Dynamic linking of SunOS 


Y 


Yes 


Blaze, Matt, "A Cryptographic File System for Unix", preprint of paper to be 
presented at First ACM Conference on Cornmunicauons and Computing Security, 
Nov. 3-5, 1993 




Yes 


Gamble, Todd; "Implementing Execution Controls in Unix". USENIX Association, 
Proceedings of the Seventh Systems Administration Conference (LISA VII), Nov. 
1-5, 1993 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 4 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





y 


Yes 


vjanijiKcj, oimson, opaiiora, oene. x racxicai uni* occur iry. vj rveiuy ac Associates, 
inc., 




ICS 


Blaze, Matt; loannidis, John; "The Architecture and Implementation of Network- 
Layer Security Under Unix", Columbia University and AT&T Bell Laboratories, 
1994 




Yes 


ianonu, Kavi j>.; l he 1 yped Access Matnx Model , Proceedings 01 flSEc 
Symposium on Security & Privacy, May 4-6, 1992 




Yes 


Curryl David A.; Unix Svstem Security: A Guide for Users and System 
Administrators, Addison-WesJey, 1992 


Y 


Yes 


FrecBSD System manager's Manual *UDCONFlG", OcL 3, 1993 




Yes 


"Requirements for the Software License Management System", System 
Management Work Group, Rev. 3, Unix International, Jul. 23, 1992 


Y 


Yes 


Film canister 


Y 


Yes 


Safety deposit box 




Yes 


Central Point Anti-Virus, Central Point Software, 1 993 




Yes 


Symantec Anti- Virus for Macintosh (a.k.a. SAM), Symantec, 1993 


v 
I 


i Yes 


VmjsCheck and VirusScan, McAfee, 1993 




Yes 


Goodman, Bill; Compactor Pro 




Yes 


Enigma V.25 




Yes 


Stuffll Deluxe v.1.5, v.3.0, v.3.5, Aladdin Systems, 1988-1994 


Y 


Yes 


Harris, Jed; Ruben, Ira; "Bento Specification", Rev. 1.0d5, Apple Computer, Jul. 
15,1993 




Yes 


jvoemg, /vnarew, Auiomauc oonware uistriDuuon , Uo-cjnia oummer 
Conference Proceedings, Jun. 12-15, 1984 




Yes 






Yes 








Yes 


Think Pascal User Manual, Symantec Corporation, 1990 


Y 


Yes 


Mori,Ryoichi; Kawahara, Masaji; "Superdisuibution: The Concept and the 
Architecture", The Transactions of the IEICE, Vol. E 73, No. 7, Jul., 1990 




Yes 


Epstein, Jeremy; Shugerman, Marvin; "A Trusted X Window System Server for 
Trusted Mach\ USENIX Association, Mach Workshop, Auj»_ 30, 1990 




Yes 


McCollum, Catherine J.; Messing, Judith R.; Notargiacomo, LouAnna; "Beyond 
the Pale of MAC and DAC - Defining New Forms of Access Control", IEEE, 1990 




Yes 


Abrams, Marshall D.; "Renewed Understanding of Access Control Policies", 
Proceedings of the 16th Computing National Security Conference, 1993 




Yes 


Blaze, Matt; Feigenbaum, Joan; Lacy, Jack; "Decentralized Trust Management", 
Proc IEEE Conference on Security and Privacy, May 1996 


Y 


Yes 


Chaum, David; "Achieving Electronic Privacy*, Scientific American, Aug. 1992 




Yes 


UniverCD: The interactive, online library of oroduct information from Cisco 


Svstems, Cisco Systems, 1993 


Y 


Yes 


DCE 




Yes 


Rne,Todd; Minear. Spencer E.; "Assuring Distributed Trusted Mach", Secure 
Computing Corporation 




Yes 


U.S. 5.412,7 17; May 2,1995 



* Any possible *Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 5 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 0M640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





111111111 
















ICS 


Pnoini M CI * 7imri R • w Anthf>ri7J*tir>n flnri Access CViTitrnl in th& Offie^Nef 

System", Computer Security in the Age of Information, IHP, 1989 




Yes 


Abadi, M.; Burros, M.; Lampson, B.; Plotkin, G.; "A Calculus for Access Control 
in Distributed Systems*', Digital Equipment Corporation, Feb. 28, 1991, revised 
Auk. 28, 1991 


Y 


Yes 


Lampson, Butler; Abadi, Martin; Burrows, Michael; Wobbcr, Edward; 
"Authentication in Distributed Systems: Theory and Practice", Digital Equipment 
Corporation, 1992 




Yes 


Rivest, Ronald L.; Lampson, Builer; "SDSI - A Simple Distributed Security 
Infrastructure", MIT and Microsoft Corporation, Apr. 30, 1996 




Yes 


Thompson, Victoria P.; Wentz, R Stan; "A Concept for Certification of an Army 
MLS Management Information System", Proceedings of the 16th National 
Computer Security Conference, Sep. 20-23, 1993 




Yes 


Frederick, Keith P.; "Certification and Accreditation Approach", Air Force 
Cryptolofcic Support Center (OL-FP) 


Y 


Yes 


PCT Application WO 96/27155; Published Sep. 6, 1996 




Yes 


U.S. 5,910,987; Jun. 8, 1999 


Y 


Yes 


Rozenblit, Moshe; "Secure Software Distribution", IEEE 0-7803- 18 11-0/94* 1994 


Y 


Yes 


Stefik. Mark: Internet Dreams: Archetypes. Myths, and Metaphors. Tettinc Loose 
the Light: Igniting Commerce in Electronic Publication", The MIT Press, 1996 




Yes 


AT&T Personals rue, loefore reo. 13, lvioj 




Yes 


Neuman, B. Clifford; "Proxy-Based Authorization and Accounting for Distributed 
Systems", Proceedings of the 13th Infl Conference oo Distributed Computing 
oystems, May J tfyi 


Y 


ies 






Yes 


Yee, Bennet; Tygar, J.D.; "Secure Coprocessors in Electronic Commerce 
Applications", Proceedings of the First USEN1X Workshop on Electronic 
Commerce, Jul. 1995 




Yes 


U.S. 4,278,837; Jul. 14, 1981 




Yes 


U.S. 3,806,874; Apr. 23, 1974 


Y 


Yes 


U.S. 4,748,561; May 31, 1988 


Y 


Yes 


U.S. 4.796,220; Jan. 3, 1 989 




Yes 


U.S. 4,817,140; Mar. 28, 1989 


Y 


Yes 


U.S. 4,866.769; Sep. 12, 1989 


Y 


Yes 


U.S. 5,014,234; May 7, 1991 


Y 


Yes 


U.S. 5,113,518; May 12,1992 




Yes 


U.S. 5,204,897; Apr. 20, 1993 




Yes 


U.S. 5,218,605; Jun. 8, 1993 


Y 


Yes 


U.S. 5.260,999; Nov. 9. 1993 


Y 


Yes 


U.S. 5,291,598; Mar. 1, 1994 


Y 


Yes 


U.S. 5,337,357; Aur. 9, 1994 




Yes 


U.S. 5,421,006; May 30, 1995 




Yes 


U.S. 5,438,508; Aug. 1, 1995 




Yes 


U.S. 5,490,21 6; Feb. 6, 1996 


Y 


Yes 


U.S. 5,603,031; Feb. 11, 1997 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a relerence, particularly where 
there is a chart in Appendix B. 6 



InterTrust Tech. Corp. v. Microsoft Corp. 
Ose No. C 014640 SBA (MEJ) 



APPENDIX OF PRIOR A&T* 





^£©51 . ■: " few** " ;■ . : ;j 




Yes 


U.S. 5,692,047; Nov, 25, 1997 




Yes 


U.S. 5,724,425; Mar. 3, 1998 




Yes 


U.S. 5,940^04; Aug. 17, 1999 




Yes 


U.S. 5,978,484; Nov. 2, 1999 ' 




Yes 


U.S. 6,016,393; Jan. 18. 2000 




Yes 


Woo, Thomas Y.C; Lam, Siman S.; "A Framework for Distributed Authorization", 
1 st Conf. Computer & Comm. Security, ACM, Nov., 1 993 




Yes 


Sandh'u, Ravi S.; Sun, Gurpreet S.; "Implementation Considerations for the Typed 
Access Matrix Model in a Distributed Environment", Proc. Of the 15th National 
Computer Security Conference, Oct. 1992 




Yes 


O'Conner, Mary Ann; "New Distribution Options for Electonic Publishers: iOpencr 
Data Encryption and Metering System for CD-ROM Use", CD-ROM Professional, 
Vol 7, No. 2, ISSN 1409-0833, Mar. 1994 




Yes 


Herzberg, A; Karmi, G; "On Software Protection", Proceedings of the 4th 
Jerusalem Conference on Information Technology (JCIT), IEE Computer Society 
Press. Aon 1984 




Yes 


Smith, Mary Grace; Weber, Robert; "A New Set of Rules for Information 
Commerce: Rights-Protection Technologies and Personalized-Information j 
Comerce Will Affect All Knowledge Workers", CommunicationsWeek, Nov. 6, 
1995 


Y 


Yes . 


DOD "Rainbow Series" 




Yes 


Rosenthal, Doug; "EINet: A Secure. Open Network for Electronic Commerce** 
IEEE, 1994 


Y 


Yes 


Patent Application EP 0 367 700 A2; May 9, 1 990 . 


Y 


Yes 


Hauser, R; Bauknecht, IC; "LTTP Protection - A Pragmatic Approach to 
Licensing", Institut fur Informatik. Universitat Zurich, Jan. 13, 1994 




Yes 


"Multimedia Mixed Object Envelopes Supporting a Graduated Fee Scheme via 
Encryption"; IBM Technical Disclosure Bulletin, Vol. 37. No. 3, Mar. 1994 




Yes 


Cox, Brad; "No Silver Bullet Rcvisted", American Programmer Journal, Nov. 1995 




Yes 


"Privacy and the Nil: Safeguarding Telecommunications-Related Personal 
Information", US. DepL of Commerce, Oct 1995 




Yes 


loseph Ebersolc, Protecting Intellectual Property Rights on the Information 
Superhighways, Mar. 1994 


Y 


Yes 


Herzberg, Amir; Printer, Shlomit "Public Protection of Software", ACM 
Transactions on Computer Systems, Vol. 5, No. 4, Nov. 1987 




Yes 1 


ffickman, Kipp E.B.; SSL 2.0 Protocol Specification 




Yes { 

J 


hosier, James; "Software Protection: Myth or Reality". Lecture Notes in Computer 
Science, Advances in Crvptoloev - Crypto '85 Proceedings, 1985 




Yes ' 


^ucsmith, David; "Tamper Resistent Software: An Implementation", IAL 




Yes 1 


J.S. Patent No. 5,671,279; Sept 23, 1997 


Y 


I 

Yes < 


Cahn, Robert; Wilensky, Robert; "A Framework for Distributed Digital Object 
Services". Corporation for National Research Initiatives. May 13. 1995 


Y 


( 

Yes I 
( 


Nasser, Morrie; Goldstein, Andy; Kaufman, Charlie; Lampson, B; "The Digital 
Distributed System Security Architecture". Proceedings of 1989 National 
Computer Security Conference, 1989 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 7 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


Neuman, B. Clifford; Ts'o, Theodore; "Kcrberos; An Authentication Service for 
Computer Networks", IEEE Communications Magazine, Sep. 1994 




Yes 


Reiner, Peter; Page, Jr., Thomas; Popek, Gerald; Cook. Jeff; Crocker, Stephen; 
"Truffles — Secure File Sharing With Minimal System Administrator Intervention*, 
UCLA, Trusted Information Systems 


Y 


Yes 


Reiner, Peter, Page, Jr., Thomas; Popek, Gerald; Cook, Jeff; Crocker, Stephen; 
"Truffles — A Secure Service for Widespread File Sharing", UCLA, Trusted 
Information Systems 


Y 


Yes 


"ISO, Open Systems Interconnection: Security Architecture, ISO 7498/1", 1988 


Y 


Yes 


"ISO, Open Systems Interconnection: Security Architecture, ISO 7498/2", ISO, 
1988 




Yes 


U.S. 5,222,134; Jun. 22, 1993 




Yes 


Rindfrey, Jochcn; "Security in the World Wide Web", Fraunbofcr Institute for 
Computer Graphics, Dec. 1996 




Yes 


Finin, Tim; Fritzson, Rich; McKay, Don; "A Language and Protocol to Support 
Intelligent Agent Interoperability", Proceedings of the CE & CALS Washington ^92 
Conference, Apr. 3992 


Y 


Yes 


Winslet, Marianne; Smith, Kenneth; Qian, Xiaolei; "Formal Query Languages for 
Secure Relational Databases", ACM Transactions on Database Systems, Vol. 19, 
Mo. 4, Dec. 1994 




Yes 


Jones. VJE.; Ching, R; Winslett, M.; "Credentials for Privacy and Interoperation", 
University of Illinois at Uibana-Champaipn 




Yes 


Grecnwald, Steven J.; Newman-Wolfe, Richard E-; "The Distributed Compartment 
Model for Resource Management and Access Control", Technical Report Number 
TR94-035, The University of Florida, Oct 1994 


Y 


Yes 


Moffett, Jonathan D.; "Delegation of Authority Using Domain-Based Access 
Rules", thesis, Imperial College of Science, Technology & Medicine, University of 
London, Jul., 1990 


Y 


Yes 


Lagoze, Carl; McGrath, Robert; Overly, Ed; Y eager, Nancy; "A Design for Inter- 
operable Secure Object Stores (ISOS)", Cornell University, NCSA, CNRI, Nov. 7, 
1995 




Yes 


Aharonian, Gregory; "Software Patents - Relative Comparison of EPO/PTO/JPO 
Software Searching Capabilities", Source Translation & Optimization 




Yes 


Gaster, Jens L.; "Authors' Rights and Neighbouring Rights in the Information 
Society", DG XV/E/4, European Commission 




Yes 


"Europe and The Global Information Society Recommendations to the European 
Council", Bamgemann Report, www.medicif.org web pages. Global Information 
Society, May, 26, 1994 




] 

Yes ] 
I 


3ernstein. David; Lenowitz. Erwin; "Copyrights, Distribution Chains, Integrity, and 
Privacy; The Need for a Standards-Based Solution", Electronic Publishing 
Resources 




! 

Yes 1 
I 


*ubin t A.D.; Honeyman, P.; "Long Running Jobs in an Authenticated 
Environment", CIT1 Technical Report 93-J, Center for Information Technology 
ntegration. Mar. 29, 1993 




Y « ! 


Jammer, Peter; Ausserhofer, Andreas; "New Tools for the Internet", Joanneum 
Research, GTaz University of Technology 



* Any possible p Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 8 



InterTnist Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 





\mm 


Eizenberg, Gerard, "Contribution of Information Technology Security to 
Intellectual Property Protection", CERT-DERI 




Yes 


AntoneJli, CJ.; Doster, W.A.; Honeyman, P.; "Access Control in a Workstation- 
Based Distributed Computing Environment", Cm Technical Report 90-2, JuL 17, 
1990 




Yes 


Lord, S.P.; Pope, N JL; Stepney, Susan; " Access Management in Multi- 
Administration Networks", BEE 2nd Internationa] Conference on Secure 
Communication Systems, 1986 




Yes 


Stepney, Susan; Lord, Stephen P.; "Formal Specification of an Access Control 
System", Software-Practice and Experience, Vol 17(9), 1987 




Yes 


Brunnstein, Klaus; Sint, Peter P.; "Intellectual Property Rights and New 
Technologies", Proceedings of the KnowRipht^S Conference, Aur. 1995 




Yes 


Rubin, A.D.; Honeyman, P.; "Formal Methods for the Analysis of Authentication 
Protocols CITI Technical Report 93-7", Center for Information Technology 
Integration, Nov. 8, 1993 




Yes 


Lexis/WestLaw 


Y 


Yes 


U.S. 6,135,646; Oct. 24, 2000 




Yes 


Bishop, Mart; "Privacy-Enhanced Electronic Mail", Privacy and Security Researh 
Group, IAB 


Y 


Yes 


Kim, Won; Ballon, Nat; Chou, Hong-Tai; Garza, Jorge R; Woelk, Darrell; 
"Features of the ORION Object-Oriented Database System* 




Yes 


"Key Management Using ANSI X9.I7", Federal Information Processing Standards 
Publication 171, U.S. Department of Cornmerce, Apr. 27, 1992 




Yes 


"S/PAY: RSA's Developer's Suite for Secure Electronic Transactions (SET)", RS A 
Data Security, Inc., 1997 




Yes 


Perlman, Bill; M A Working Anti-Taping System for Cable Pay-Per-View**, IEEE 
Trans. On Consumer Electronics, Vol. 35, No.3, Aug. 1989 


Y 


Yes 


Organick, Elliott L; "The Mulu'cs System: An Examination of Its Structure", MTT 
Press, 1972 


Y 


Yes 


Cina Jr., Vincent L; White, Star R.; Comerford, Liam; "ABYSS: A Basic 
Yorlaown Security System PC Software Asset Protection Concepts", IBM 
Research Report Number RC 12401, IBM Thomas J. Watson Research Center, 
Dec 18, 1986 


Y 


Yes 


White, Steve R.; Comerford, Liam; M ABYSS: An Architecture for Software 
Protection**, IEEE Transactions on Software Engineering, Vol. 16, No. 6, Jun. 1990 


Y 


Yes 


Davies, D.W.; Price, WL: Security for Computer Networks. John Wiley & Sons. 
1984 




Yes 

< 


"MSDN - INF: LAN Manager 2,1 Server Autotuning (Part 2)", PSS ID Number 
080078, Microsoft, Feb. 1993 


Y 


Yes 

•< 


"MSDN - License Service Application Programming Interface", API Specification 
v] .02, Microsoft, Jan. 1993 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 9 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


"International Infrastructure Standards Panel: 
IISP Need #31 - Containers or Secure Packaging; 
HSP Need #32 - Authentication of Content; 
ESP Need #33 - Control Enforcement; 
IISP Need #34 - Billing and Payment; 
nSP Need #35 - ReportinB- 
ANSTOnlin* . 5>n. 18. 1995 


y 


Yes 


"Cryptographic API Specification'', Version 0.6, Microsoft, Mar. 1995 




Yes 


Everett, David B.; "Smart Card Tutorial - Part 1", Sep. 1992 


y 


Yes 


Paradinas, Pierre; Vandewalle, J can- Jacques; "New Directions for Integrated 
Circuit Cards Operating Systems" 


Y 


Yes 


Hauser, Ralf; "Control of Information Distribution and Access", Dissertation Der 
WirtschaftswissenschafllichenFakultat Der Universitaf Zurich, May 31, 1995 




Yes 


RindrVey, Jochen; Towards an Equitable System for Access Control and Copyright 
Protection in Broadcast Image Services: The Equkrypt Approach*, Fraunhofer 
Institute for Computer Graphics 




Yes 


Wells. Rob: Odyssey of Plastic Purchase: 20-Second Round-Trip. Associated 
Press, Dec. 1993 




Yes 


Payment Systems: Strategic Choices for the Future, Hitachi Research Institute; 
Institute of Advanced Business Systems, Hitachi, Ltd., 1993 




Yes 


"EFT Network DataBook- 1993 Edition", Bank Network News, Vol. ll,No. 13, 
Nov. 1992 




Yes 


"American National Standard: Specification for Financial Message Exchange 
Between Card Acceptor and Acquirer, X9. 15", American Banker's Association, • 
1990 




Yes 


"ISO 7813-1987 Identification Cards - Financial Transaction Cards", ISO, 1987 


y 


Yes 


MSDN Issue: Summer 1992; Vol. No.: 0 (Beta); 1 Disk, Microsoft, 1992 


I 


Yes 


MSDN Issue: Sep. 1992; Vol. No.: 1; 1 Disk, Microsoft, Sep. 1992 


Y 


Yes 


MSDN Issue: Jan 1993; Vol. No. 2; 1 Disk, Microsoft, Jan. 1993 


y 


Yes 


MSDN Issue: Apr. 1993; Vol. No. 3; 1 Disk, Microsoft, Apr. 1993 


Y 


Yes 


MSDN Issue: Summer 1993; Vol. No. 4; 1 Disk, Microsoft, Jul. 1993 


Y 


Yes 


MSDN Issue: Fall 1993; Vol. No. 5; 1 Disk, Microsoft, Oct 1993 


Y 


Yes 


MSDN Issue: Winter 1994; Vol. No. 6; 1 Disk, Microsoft, Jan. 1994 


Y 


Yes 


MSDN Issue: Apr. 1994; Vol. No. 7; 1 Disk, Microsoft, Apr. 1994 


Y 


Yes 


MSDN Issue: Jul, 1994; Vol. 8; 1 Disk, Microsoft, Jul. 1994 


Y 


Yes 


MSDN Issue: Oct 1994; Vol. 9; 1 Disk, Microsoft, Oct. 1994 


Y 


Yes 


MSDN Issue: Jan 1995; Vol. lf>, 1 Disk, Microsoft, Jan. 1995 


Y 


Yes 


MSDN Issue: Apr. 1995; Vol. 11; 1 Disk, Microsoft, Apr. 1995 


Y 


Yes 


MSDN Issue: Jul. 1995; Vol. 12; 1 Disk, Microsoft, Jul. 1995 


Y 


Yes 


MSDN Issue: Oct 1995; Vol. 13: 1 Disk, Microsoft, Oct 1995 


Y 


Yes 


MSDN Issue: Jan 1996; Vol. 14; 2 Disks, Microsoft, Jan. 1996 


Y 


Yes 


MSDN Issue: Apr. 1996; Vol. 15; 2 Disks, Microsoft, Apr. 1996 


Y 


Yes 


MSDN Issue: Jul. 1996; Vol. 16; 1 Disk, Microsoft, Jul. 1996 


Y 


Yes 


MSDN Issue: Oct 1996; Vol 17; 2 Disks, Microsoft, Oct. 1996 


Y 


Yes 


MSDN Issue: Jan 1997; Vol. 1 8; 2 Disks, Microsoft, Jan. 1 997 


Y 


Yes |MSDN Issue: 16-Bit Archive 1997; Vol NA; 1 Disk, Microsoft, Jan. 1997 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 10 



InterTrost Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 



Y 


Yes 


MSDN Issue: Apr. 1997; Vol. No. 20; 2 Disks, Microsoft, Apr. 1997 


Y 


1 Yes 


MSDN Issue: Jul. 1997; Vol- No. 21; 2 Disks, Microsoft, Jul. 1997 


Y 


Yes 


MSDN Issue: Oct 1997; Vol. No. 24; 2 Disks. Microsoft, Oct 1997 


Y 


Yes 


MSDN Issue: Visual Studio 1997; Vol. No. 191; 1 Disk, Microsoft, 1997 


Y 


Yes 


MSDN Issue: Jan. 1998; Vol. No. 27; 2 Disks, Microsoft Jan. 1998 


Y 


Yes 


MSDN Issue: Apr. 1998; Vol. No. 30; 2 Disks, Microsoft, Apr. 1998 


Y 


Yes 


MSDN Issue: Jul. 1998; Vol. No. 33; 3 Disks, Microsoft, Jul. 1998 


Y 


Yes 


MSDN Issue: Oct 1998; Vol. No.: None; 3 Disks. Microsoft. Oct 1998 


Y 


Yes 


MSDN Issue: Jan 1999; Vol. No.: None; 3 Disks, Microsoft, Jan. 1999 


Y 


Yes 


MSDN Issue: Apr. 1999; Vol. No.: None: 3 Disks, Microsoft, Apr. 1999 • 


Y 


Yes 


MSDN Issue: Jul. 1999; Vol. No.: None; 3 Disks, Microsoft. Jul. 1999 


Y 


Yes 


MSDN Issue: Oct 1999; VoL No.: None; 3 Disks, Microsoft, Oct 1999 


v 


Yes 


Chaum. David: Smart Card 200a Selected Papers from the Second International 
Smart Card 2000 Conference, Oct 4-6. 1989 • 


Y 


Yes 


CD Jukebox 




Yes 


U.S. Patent No. 4,926,480; May 15, 1990 




Yes 


U.S. Patent No. 4,529,870; Jul. 16, 1985 




Yes 


Mr y«\ Carl H_; Matyas. Stephen M.: CrvotOEraphv: A New Dimension in 
Computer Security, John Wiley & Sons. New York. 1982 




Yes 


"Interchange Message Specification for Debit and Credit Card Message Exchange 
Amnng Financial Institutions". American National Standard. Accredited Standards 
Committee X9-F5nancial Services Cornrnittee, ANSI X9.2-1988, American 
Bankers Association. May 16. 1988 


Y 


Yes 


Excerpts from Jul. 1 993 MSDN disks, Jul. 1993 


Y 


Yes 


Cox. Benjamin; Tygar, J.D.; Sirbu, Marvin; "NetBill Security and Transaction 
Protocol", Carnegie Mellon University 




Yes 


Cox, Brad; "What if there is a Silver Bullet and the competition gets it first?", 
Journal of Object-oriented Programming, Jun. 1992 


Y 


Yes 


"CITED Final Report: A Guide to ClTiiU Documentation", ESPRJT, Project 5469, 
ISBN 0-7 123-21 15^2. The CITED Consortium, Sep. 1994 


Y 


Yes 


Boisson, Jean-Francois; "1 - Business Perspectives and Requirements, 2 - The 
CITED Project keys and knowledge", CUED 5469 


Y 


Yes 


Van Slype, Georges; "Knowledge Economy: future trends", Cliau 5469 


Y 


Yes 


Boisson, Jean-Francois; "Software components: deliverable Trial Offer", O'lED 
5469 


Y 


Yes 


Van Slype, Georges; "The CITED approach, Vcr. 4.0", ESPRIT II, Project 5469, 
The CITED Consortium, Apr. 20, 1994 


Y 


Yes 


Mocns, Jan; "Report on the users requirements, Ver. 1.0", ESPRIT H, Project 
5469, The CITED Consortium, Nov. 27, 1991 


Y 


Yes 


Schulze, Dr. J.; "Case of application of the generic CITED Model to the 
CITEDisation m the software distribution process", ESPRIT A, Project , Jan. 12, 

1003 


Y 


Yes 


Moens. Jan; "Case of application of the generic CITED Model to the Cii fcJLhsation 
of a directory database on CD-ROM, Ver. 2.0", ESPRIT II, Project 5469. Ihe_ 
CITED Consortium. Nov. 30, 1992 


Y 


Yes 


Pi jnenbore, Mari FJ.; "CITED Final Report", Elsevier Science B.V., Apr. 1994 



• Any possible "Vs that were missed shall not negate the anticipatory nature ol a reference, particularly where 
there is a chart in Appendix B. 11 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 0M640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





iSy-w.-i ; ' \ ' - J 


Y 


Yes 


Boisson, Jean-Fxancois; "How 10 CITEDise application: Guidelines and examples", 
CITED 5469 


Y 


Yes 


Nguyen, Thanh; Saint Etienne, Patricia Louise (SAGEM); "Guidelines for 
Validation of a CITED System", CITED 5469, SA-21 -40-003, Jul- 4, 1994 


Y 


Yes 


Van Slype, Georges; The future of CITED: a feasibility study, Ver. 1.1 - Vol. I: 
Summary report and recommendations*. ESPRIT II. Project 5469. The CITED 
Consortium, Mar. 28, 1994 


Y 


Yes 


Van Slype, Georges; "The future of CITED: a feasibility study, Ver. 1.1 - Vol. IU: 
Draft CITED interchange formats". ESPRIT EL Project 5469. The CITED 
Consortium, Mar. 28, 1994 


Y 


Yes 


"CITED: Copyright in Transmitted Electronic Documents, Special Interest Group", 
CITED, Meeting, Heathrow, Sep. 22, 1993 


A 


Yes 


Miscellaneous letters from Georges Van Slype at Bureau Van Dijk, Mar. 30, 1995 


v 


Yes 


Pijnenborg, Man FX; "auteursrecht en de digitale bibliothcctf'. 195 Open, Jan. 37, 
1995 


Y 


Yes 


Miscellaneous letters from Georges Van Slype at Bureau Van Dijk, Feb. 13, 1995, 
Nov. 2, 1994 


Y 


Yes 


Van Slype, Georges; "P14 RACE/ACCOPI Workshop on Conditional Access and 
Copyright Protection". ESPRIT H. Project 5469. The CITED Consortium. Nov. 9. 
1994 


Y 


Yes 


Miscellaneous letters from G. Van Slype at Bureau Van Dijk, Sep. 12, 1994, Sep. 
1994, May 11, 1994, May 10, 1994, May 6, 1994, May 4, 1994. Apr. 21, 1994, 
Anr.20, 1994 


Y 


Yes 


-Letter re: -borKi l JJJ — rrpject oAoy (Ui £D) from A. otajano at commission ot 
the European Communities, Oct. 7, 1 993 


Y 


Yes 


ESPRIT Project: 5469: Contract Amendment Number: 2; Commission of the j 
European Communities, Sep. 16, 1993 


Y 


Yes 


Miscellaneous letters from George Van Slype at Bureau Van Dijk, Apr. 19. 1994. 
Apr. 18, 1994, Apr. 11. 1994. Apr. 6, 1994 j 


Y 


Yes 


'The Future of Cited: A Feasibility Study"- ESPRIT IL Project 5469. The CITED 
Consortium Apr. 15. 1994 


Y 


Yes 


Miscellaneous letters from Bureau Van Dijk. Mar. 30, 1994, Mar. 24, 1994, Feb. 
10, 1994, Feb. 10, 1994 


Y 


Yes 


Handwritten note re: GVS and AJL, Mar. 2, 1994 


Y 


Yes 


Miscellaneous letters from Bureau Van Dijk, Feb. 9, 1994, Jan. 27, 1994, Jan. 19, 
1994, Jan. 12, 1994, Dec. 22, 1993, Nov. 30, 1993, Nov. 22, 1993, Dec. 6. 1993, 
Nov. 16, 1993, Oct 15. 1993, Oct 7, 1993, Oct 4, 1993, Sep. 20, 1993, Sep. 7, 
1993. Mav 19, 1993. Oct. 13. 1993 


Y 


Yes 


Bureau Van Dijk Management Report for Task 4.5: Feasibility Study of the Cited 
Agency, 1992-1993 


Y 


. Yes 


Bureau van Dijk: Gcstion des contrats; 497C C.CE, : CITED (SUITE), Feb. 1993 


Y 


Yes 


"CITED: Preparation of the CITED model functional requirements specifications - 
Discussion paper (revision 1)**, Bureau Van Dijk, Jan. 16, 1991 



* Any possible "Vs that were missed shall not negate the anticipatory nature ot a reference, particularly whei 
there is a chart in Appendix B. 12 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 





Y 


Yes 


"CITED: Preparation of the CITED Model Functional Requirements Specifications 
-Report of the interview with OXFORD UNIVERSITE PRESS, CITED parT, 
Bureau Van Diik, Feb. 27. 1991 


Y 


Yes 


"CITED: Preparation of the CITED Model Functional Requirements Specifications 
- Reports of the interviews with five CITED Partners" (Partners: Sagem, 
Tclesystemes, NTE, Elsevier, Oxford University Press), Bureau Van Dijk, Apr. 5, 
1991 


Y 


Yes 


"CITED: Preparation of the CITED Model Functional Requirements Specifications 
- Reports of the interviews with Seven International Organizations: EBU, ECMA, 
ELDA, IFPI, IFTC. STM, WIPO". Bureau Van Dijk. May 27, 1991 


Y 


Yes 


Van Slype, Georges; Mocns, Jan; Vannjeuwenhuysc, Lawrence; 'The future of 
CITED: a feasibility study". ESPRIT IL Project 5469. The CITED Consortium. 
Nov. 15. 1993 


Y 


Yes 


Van Slype, Georges; "Draft CITED interchange formats, Ver. 1 XT, ESPRIT II, 
Project 5469, The CITED Consortium. Jan. 28 T 1994 


Y 


Yes 


Miscellaneous letter from Georges Van Slype at Bureau Van Dijk, Feb. 28, 1994 


Y 


Yes 


Van Slype, Georges; The future of CITED : a feasibility study, Ver. 1.0 - Vol. I: 
Summary report and recommendations**, ESPRIT II. Project 5469. The CITED 
Consortium, Feb. 28. 1994 


Y 


Yes 


Van Slype, Georges; Moens, Jan; Vannieuwenhuyse, Laurence; **The future of 
UJ'i'JiL): a feasibility study, Ver. 1.0 - Vol. It Full report", ESPRIT H, Project 
5469. The CITED Consortium. Feb. 28. 1 994 


V* 
I 


Yes 


Van Slype, Georges 'The future of CITED: a feasibility study, Ver. 1.1 - Vol. ffl: 
Draft CITED interchange formats**, ESPRIT II. Project 5469. The CITED 
Consortium, Feb. 28, 1994 


Y 


Yes 


"The Future of Cited: A Feasibility Study", ESPRIT II, Project 5469, CITED 
Project Review, Apr. 15, 1994 


y 


Yes 


Copyright Protection", ESPRIT II, Project 5469, Presentation of the CITED, Nov. 
9, 1994 


Y 


Yes 


Van Slype, Georges; "Natural Language version of the generic CITED model, Ver. 
4.2 - Vol. I: Presentation of the generic model", ESPRIT II, Project 5469, The 
CITED Consortium. Mav 8. 1995 


Y 


Yes ' 
< 


Van Slype, Georges; Natural language version of the generic CITED model, Ver. 
IA - Vol. H ECMS (Electronic Copyright Management System) design for 
;omputer based applications", ESPRIT II, Project 5469. The CITED Consortium. 
Viav 8. 1995 




Yes J 
I 


Cousins, Steve B.; Ketchpel, Steven P.; Paepcke, Andreas; Garcia-Mohna, Hector, 
iassan, Scott W.; Roscheisen, Martin; "InterPay: Managing Multiple Payment 
Mechanisms in Digital Libraries" 




Yes 

1 


'PKCS #5: Password-Based Encryption Standard", An RSA Laboratories 
rechnical Note, Ver. 1.5, 1991-1993. Revised Nov. 1, 1993 




Yes 

1 


PKCS #8: Private-Key Information Syntax Standard", An RSA Laboratories 
rechnical Note. Ver. 1.2. 1991-1993. Revised Nov. 1. 1993 




Yes J 


PKCS #10: Certification Request Syntax Standard", An RSA Laboratories 
"echnical Note, Ver. 1.0, Nov. 1. 1993 



* Any possible Ts that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. .13 



InterTmst Tech. Corp. v. Microsoft Corp. 
Case No. C 011640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


"PKCS #1 1: Cryptographic Token Interface Standard", An RSA Laboratories 
Technical Note, Ver. 2.0, Apr. 15, 1997 




Yes 


4< PKCS 12 vl.O: Personal Information Exchange Syntax", RSA Laboratories, Jim. 
24. 1999 




Yes 


"PKCS #1 3: Elliptic Curve Cryptography Standard". RSA Security, Jan. 12, 1998 




Yes 


"PKCS #15 vl.O: Cryptographic Token Information Format Standard", RSA 
Laboratories, Apr. 23, 1999 




Yes 


U.S. 5 ,33!) ,340; Aug. 2, Jy5J4 


y 


Yes 


Garfinkel. Simson: Spafford. Gene: Practical UNIX Security. O'Reilly & 
Associates, Inc t 1991 


Y 


Yes 


Merkle, Ralph C. "Protocols for Public Key Cryptosystems", IEEE, 1980 . \ 




Yes 


Kaner. Cem: Falk. Jack: Nguyen. Hung Ouoc: Tcstinc Computer Software. Second 
Edition, Van Nostrand Reinhold, 1988 




Yes 


Press, Jim; Bunung, Angela "A New Approach to Cryptographic Facility Design", 
ICL Mid-Range Systems Division Reading, Berks, UK 


I 




US 6^5o,o6o; Jul. 3, 2001 


Y 




Kim, Gene H.; Sp afford, Eugene H.; "Experiences with Tripwire: Using Integrity 
Checkers for Intrusion Detection - , Purdue Technical Report CSD-TR-94-0I2. Feb. 
21, lyy4 


Y 




"Technical Description: Pay-Per-View Copy Protection", Macro vision, Jim. 1994 


Y 




P />a1< T>flfii» *Pr>nv Prnt^rtiAn' T*h^ »r<vwr ir% nav ntfvifW*< nravers^ 1 * TTVRO 

IVC<LU. XdUi. V^upj X J UlCL LI KJU* X IK cLUoWbt UJ L^<3 T W*** YiwTT O UlaYUai a * V I\V 

Dealer, Dec. 1994 






Swedlow. Tracy, "2000: Interactive Enhanced Television: A Historical and Critical 
Perspective". Interactive TV Today 






Various articles from EE Times, Week of Oct 2, 1 995 






"Digital Broadband Delivery System, Phase 1.0, System Overview", Revision 1.0, 
Scientific Atlanta, 1997 






Langelaar, G.C. "Overview of protection methods in existing TV and storage 
devices". SMS-TUD-609-1, Final Ver. 1.2, Feb. 26. 1996 


Y 




Solomon, A.; "PC Viruses: Detection, Analysis, and Cure*', Springer Verlag 1991. 


Y 




Galaxy, Opcode Systems, 1991-1994 \ 


Y 




Unix System V & BSD & GNU versions prior to Feb 22, 1 996 1 


Y 




US 5,673316; Sep. 30, 1997 


Y 




17 USCA sections 1001-1010, Chapter 10 Digital Audio Recording Devices and 
Media, 1996 






Hill, Will; Hollan, Jim; "History-Enriched Digital Objects", Computer Graphics 
and Interactive Media Research Group; Bell Communications Research, 1993 






Hill, William; Hollan, James D.; "Edit Wear and Read Wear", Computer Graphics 
and Interactive Media Research Group, ACM; May 3-7. 1992 S 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 14 



InterTrust Tech, Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 













InterTrust Solutions for A2b, InterTrust; . 






Competitive Analysis AT&T/a2b music, Jun. 16, 1 998; • 




Yes 


Email from Chris Drost-Hansen re press release: "AT&T Launches A2B Music 
Trial for Delivering Songs Over the Internet", Business Wire, Nov. 3, 1997; 

A2b*s Recent Press Cfivemo* 10051 




Yes 


ISO 1 1568-1 & -2: "Key management (retail) - Part 1: Introduction to key . 
management"; and "- Part 2: Key management techniques for symmetric ciphers", 
ISO. Dec. 1.1994 




Yes 


ISO 1 349 1 - 1 : Secure cryptographic devices .(retail) - Part 1 : Concepts, 
requirements and evaluation methods**, ISO, Inn. 15, 1998 




Yes 


ISO 8583-2: '"Financial transaction card originated messages - Interchange message 
specifications - Part 2: Application and registration procedures for Institution 
Identification Codes (HQ", ISO, Jul. 1, 1998 




Yes 


ISO 8583-3! **Financiftl trflncartinn rj*rd rtrioinataH m^<£at*M - Tnterchancfc ttip^pp 

specifications - Part 3: Maintenance procedures for codes", ISO, Jul. 1, 1998 




Yes 


ISO 9564-1 & -2: "Personal Identification Number (PIN) management and security 
- Part 1: Basic principals and requirements for online PIN handling in ATM and 
POS systems; & -2 Approved a]gorithm(s) for PIN ejKipherment", ISO, Apr. 15, 
2002 A Dec. 15. 1991 * 




i es 


ISO 9807: "Banking and related financial services - Requirements for message 
authentication (retail)." ISO, Dec. 15, 1991 




Yes 


Secure Electronic Transactions; Mastercard and Vi$a4C345 




Yes 


Tanenbaum, Andrew S; van Renesse, Robbert; van Staveren, Hans; Sharp, Gregory 
J.; Mullender, Sape J.; Jartsen, Jack; van Rossum, Guido; "Experiences with the 
Amoeba Distributed Operating System", Vrije Universiteit and Centrum voor 
WisVunde en Jnformatica 




Yes 


Tanenbaum, Andrew S; Mullender, Sape J.; van Renesse, Robbert; "Using Sparse 
Capabilities m a Distributed Operating System 9 , Vrije Universiteit and Centre for 
Mathematics end Computer Science 


Y 


Yes 


Tanenbaum, Andrew S; van Renesse, Robbert; van Staveren, Hans; Sharp, Gregory 
J.; Mullender, Sape J.; Jansen, Jack; van Rossum, Guido; "Amoeba System-, 
Communications of the ACM. Vol. 33, No. 12, Dec. 1990 




Y - 


"KeyKOS Principles of Operation", Key Logic document KL002-04, 1985, (Fourth 
Edition, Jan. 1987) 




Yes 


Landau, Charles R.; "Security in a Secure Capability-Based System", Operating 
Systems Review, Oct 1989 




Yes 


"Security in KevKOS" 




- ! 


Rardy, Norman; The Keykos Architecture", Key Logic Document KL028-08, 
Eighth Edition, Dec. 1990 






Fohnson, Howard L.; Koegel, John F.; Kocgel, Rhonda M; "A Secure Distributed 
Capability Based System". ACM, 1985 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 15 



IntcrTnist Tech. Corp. v, Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Kim, Gene H.; Spafford, Eugene H.; "Experiences with Tripwire: Using Integrity 
Checkers for Intrusion Detection", COAST Laboratory, Purdue University, Feb. 
22, 1995 ' 



Yes 



Blaze, Matt; "Key Management in an Encrypting File System*, Proc. Summer 1994 
USENDC Technical Conference, Jon. 1994 



Yes 



Robinson, D.; Ullmann, R_; "Encoding Header Field for Internet Messages", 
Network Working Group RFC 1 154, Apr. 1990; 

Rose, M.; McCloghrie, K.; "Structure and Identification of Management 
Information for TCP/IP-based Internets", Network Working Group RFC 1 155, 
May 1990 



Yes 



Rose, M.; McCloghrie, K.; "Structure and Identification of Management 
Information for TCP/IP-based Internets", Network Working Group RFC 1 155, 
May 1990; 

McCloghrie, K.; Rose, M.; "Management Information Base for Network 
Management of TCP/IP-based internets". Network Working Group RFC 1 156, 
May 1990; 

Case, J.; Fedor, M.; Schoffstall, M.; Davin, J a "A Simple Network Management 
Protocol (SNMP)", Network Working Group RFC 1 157, May 1990 



Yes 



Davin, J.; Galvin, J.; McCloghrie, K.; "SNMP Administrative Model", Network 
Working Group RFC 1351, Jul., 1992; 

Galvin, J.; McCloghrie, K.; Davin, J.; "SNMP Security Protocols". Network 
Working Group RFC 1352, Jul., 1992; 

McCloghrie, K.; Davin, J.; Galvin, J.; "Definitions of Managed Objects for 
Administration of SNMP Parties". Network Working Group RFC 1 353, Jul., 1 992 



Yes 



"PKCS #1: RSA Encryption Standard", RSA Laboratories Technical Note, Ver. 
15, Revised Nov. 1,1993 



Yes 



PKCS #3: Diffie-Hellman Key-Agreement Standard", RSA Laboratories 
Technical Note, Ver. 1.4, Revised Nov. 1, 1993 



Yes 



"PKCS #6: Extended-Certificate Syntax Standard", RSA Laboratories Technical 
Note, Ver. 13, Revised Nov. 1, 1993 



Yes 



PKCS #9: Selected Attribute Types", RSA Laboratories Technical Note. Ver. 1.1, 
Revised Nov. 1, 1993 



Yes 



Sbneier, B.; "Description of new variable-length key, 64-bit block cipher 
(Blowfish)", Fast Software Encryption, Cambridge Security Workshop 
Proceedings. 1994 . 



Yes 



Feistel, H.; "Cryptographic Coding for Data-Bank Privacy", IBM dc*cument RC 
2827. Mar. 18,1970 ; 



Yes 



ACORN/ CLEAR, 1996-1998 



Yes 



Tuck, Bill; "Electronic Copyright Management Systems: Final Report of a Scoping 
Study for eLib", Jul.. 1996 



* Any possible "Y K s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 16 



Intel-Trust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA(MEJ) 



APPENDIX OF PRIOR ART* 







Y 


Yes 


"CopySmart (CSM) suit", European Information Technology for Information 
Science; 

COPYSMART - 20517: "CITED based multi-media DPR management on cost 
effective smart device - , European Information Technology for Information 
Science, start date Dec. 1 , 1995; 

Summaries of Projects (FP HI/TV) - Part I: "ESPIRIT Project 20517 - 
COPYSMART CITED based multi-media IPR management on cost effective smart 
device", European Information Technology for Information Science, Oct. 1998 




Yes 


"CREANET - Creative Rights European Agency NETwork - Project Profile" 
information society technologies, edited Feb. 18, 2000 




Yes 


"iOpener System Description", National Semiconductor, 1993 




Yes 


"iPower Technology" (National Semiconductor marketing brochure) 




Yes 


"The Standards Business: Time for Change," European Commission DG11 1 
Espirit Project 5th Consensus Forum, Nov. 3-4, 1 998; 

"ESPJRIT Project 20676 - IMPRIMATUR - Intellectual Multimedia Property 
Rights Model and Terminology for Universal Reference", IMPRIMATUR 
Consortium, Oct 1998; 

Electronic Reserve Copyright Management System (ERCOMS), International 
Institute for Electronic Library Research, website updated by Ramsden, Anne, Jul. 
22,1996; 

Achievements Archive; wniw.irnpTimatur.net/ web pages; 
impramatur news, IMPRIMATUR, Dec. 1998; 

T>~t— »*ru~T : — — 




Yes 


JUKEBOX-Music Across Borders, LIB-JUKEBOX/4-1049 




Yes 


"ESPRIT Project 24378 - MENHIR European Multimedia network of high quality 
image registration", Museums On Line, Feb. 1, 1997 




Yes 


"ESPIRIT Project 22226 - MUSE - Developing standardized digital media 
management, signaling and encryption systems for the European music sector", 
International Federation of the Phonographic Industry. Oct 1998 




Yes 


"STARFISH State of the Art Dinancial Services for the inHabitants of isolated 
areas - Project Profile" information society technologies, time schedule Jan. 21, 
2000- Jun. 30.2002 



* Any possible "Y's that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 17 



InterTrust Tech. Corp, v. Microsoft Corp. 
Case No. C 01-1*40 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


TALISMAN - Tracing Authors' rights by Labelling Image Services and 
Monitoring Access Network," ACTS Project No. AC019, Doc Reference AC019- 
THO-RGS-FR-P-001-bl.Sep.25, 1998; 

Qimnn C* * C*nrflv P * VWrVp-n fl • T"V»Hw»t "R * Ti^laiolf TP • Rnur»miAaii TH/f • 
vJiJ_LMJJl, v^., VJVJI **Jr, V CJL.A.CJJ, VJ. t J^CUVd, *>•» JUCldlgJC, J"-, DUUUjUCaU, J JVl. t 

"Digital Images protection raanagment in a broadcast framework: 
Overview/TAUSMAN solution/ Thomson-CSF, RTBF, ART3000, UCL; 

i ALISMAN: Tracing Authors 1 rights by labelling image services and monitoring 
access network," ACTS, Swiss Participation in European Research Programmes, 




Yes 


"TELENET TELEtraining platform (on NETworks) - Project Profile" information 

"Deliverable D3: Specification of the Infrastructure And explanation of trust and 
tujiiiucuuc ouijuiiig ioiuuuns vcr. u.i, jcicnci, Jul. lo, x\AA/ ? 

Email from Edmond Kouka to Jean-Francois Boisson re Affaire BC-CTeaftet; Feb. 

Email from Bogdan Lutkiewicz to Jean-Francois Boisson re TELENET 
TELEtraining platform - Bogdan Lutkiewicz, Poland, Gdansk; Mar. 4, 2001 


Y 


Yes 


Boisson, Jean-Francois; "Management of Intellectual Property Rights in the 
Electronic Commerce: Textile Design Sales And Other Similar Initiatives," 
EURITIS 




Yes 


U.S. Patent No. 5,251,294; Oct 5, 1993 




Yes 


S.H. Low, N .F. Maxemchuk, J.T. Bassil, A L. O'Gonnan, Document Marking and 
Identification Using Both Line and Word Shifting, Infocom 95, 1994 




Yes 


Caroni, Maxemchuck & O'Gorman, Electronic Marking and Identification 
Techniques to Discourage Document Copying, Proc. Infocom 94, 1994 




Yes 


Wagner, Fingerprinting, IEEE Symp. On Info, and Privacy, Apr., 93 




Yes 


H. Berghal, L Ogorman, "Protecting Ownership Rights Through Digital 
Watermarking", IEEE Computing v. 29, No.7, Jul.. 1996, 




Yes 


Cbor, Fiat & Naor, Tracing Traitors, Crypto 94, p. 257, 1994 




Yes 


David Chaum, "Security Without Identification: Transaction Systems to Make Big 
Brother Obsolete", Comm. Of the ACM, vol. 28, no. 10, Oct. 1985 




Yes 


"Wallet Databases with Observers". David Chaum, Advances in Crvptologv - 
Proceedings of Crypto *92 (pp. 89- 1 05), 1 992 


Y 


Yes 

1 


Sirbu, Marvin; Tygar, JD.; "NetBUi: An Internet Commerce System Optimized for 
Network Delivered Services", Carnegie Mellon University 




* : 


Jlrich Kohl, Jeffrey Lotspiech, Marc Kaplan, "Safeguarding Digital Library 
Contents and Users'*, IBM Research Division, D-Lib Magazine, Sept 97 




* ; 


Daniel Schutzer, A Need for a Common Infrastructure: Digital Libraries and 
Electronic Commerce, Apr. 1996 




- ; 


vtichacl Lesk, Digital Libraries Meet Electronic Commemce; On-Screen 
ntellectual Property, Dec. 15, 98 



* Any possible "Vs that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 18 



InterTmst Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Lorcan Dernpsey & Stuart L. Weibcl; The Warwick Metadata Workshop: A 
Framework for the Deployment of Resource Description, )u\J Aug. 96 



Yes 



"AT&T Smart Cards Systems & Solutions", AT&T, 1993 



Yes 



Gemplus; "MCOS: Multi Application Chip Operating System - Introduction", 
Gemp] us Card International, 1990 



Yes 



Guillou, Louis C; "Smart Cards and Conditional Access", Springer- Verlag, 1988 



Yes 



David L. Chaum, "Untraceable Electronic Mail. Return Addresses, and Digitals 
Pseudonyms", 3981 



Yes 



Kent, S.; "U.S. Department of Defense Security Options for the Internet Protocol", 
Network Working Group RFC 1 108, Nov: 1991 



Yes 



Deering, S.E.; "Host Extensions for IP Multicasting", Network Working Group, 
RFC 1112, Aug. 1989 



Yes 



Pethia, R.; Crocker, S.; Fraser, B.; "Guidelines for the Secure Operation of the 
Internet". Network Working Group RFC 1281, Nov., 1991 



Yes 



Ga Ivin, J.; McCloghrie, K.; "Security Protocols for version 2 of the Simple 
Network Management Protocol (SNMPv2)\ Network Working Group RFC 1446, 
Apr.. 3993 . 



Yes 



Eastlake M, D.; "Physical Link Security Type of Service", Network Working 
Group RFC 1455, May, 1993 



Yes 



Kastenholz, F.; "The Definitions of Managed Objects for the Security Protocols of 
the Point-to-Point Protocol", Network Working Group RFC 1472, Jim. 1993 



Yes 



Kohl, J., Neuman, Q; "The Kerberos Network Authentication Service (V5)"» 
Network Working Group RFC 1510, Sep., 1993 



Yes 



Eastlake HI, D.; Crocker, S.; Schiller, L; "Randomness Recommendations for 
Security", Network Working Group RFC 1750, Dec. 1994 



Yes 



Haller, N.; "The S/KEY Onc-Time Password System", Network Working Group 
RFC 1760, Feb., 1995 



Yes 



Atkinson, R.; "Security Architecture for the Internet Protocol", Network Working 
Group RFC 1825, Aug., 1995 



Yes 



Crocker, S.; Freed, N.; Garvin, J.; Murphy, S.; "MIME Object Security Services", 
Network Working Group RFC 1848, Oct, 1995 



Yes 



U.S. Patent No. 5,251,294; Oct 5, 1993 



Yes 



S-H- Low, NJ?. Maxemchuk, J.T, Bassil, & JL O'Gorroan, "Document Marking and 
Identification Using Both Line and Word Shifting," AT&T Bell Laboratories, 
lnfocom95. Jul. 29. 1994 



Yes 



Brassil. J.; Low, S.; Maxemchuck, N.; O'Gorman L.; ''Electronic Marking and 
Identification Techniques to Discourage Document Copying," AT&T Bell 
laboratories, Proc. Infocom 94, 1994 



Yes 



Wagner, Neal; "Fingerprinting," Drexel University, IFJEB Symp. On Info, and 
Privacy. Apr., 1993 



Yes 



Berghal, Hal; Ogorman, Lawrence; "Protecting Ownership Rights Through Digital 
Watermarking," IEEE Computing v. 29, no.7, pp. 10M03, Jul., 1996 



Yes 



Chor, Benny; Fiat, Amos; Naor, Moni; "Tracing Traitors," Crypto 94, p. 257, 1994 



* Any possible "Y N s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 19 



InterTrust Tech. Corp. v. Microsoft Corp, 
Case No. C 01-11540 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


i^naum, uavia, occuriry vviidoui laemiiicauon. 1 ransacuon oystems 10 xviaxe uig 
Brother Obsolete", Communications of the ACM, vol! 28, no. 1 0, Oct, 1985 1 




yes 


Chaum, David; Pederson, Torben Pryds; "Wallet Databases with Observers", CWI, 
Aarhus University. David Chaum. Advances yi Cryptology — Proceedings of 
Crypto 92, pp. 89-105, 1992 


• 


Yes 


Kohl, Ulrich; Lotspiech, Jeffrey; Kaplan, Marc; "Safeguarding Digital Library 
Contents and Users", IBM Research Division, D-Lib Magazine, Sept., 1997 S 




Yes 


Schutzer, Daniel; "A Need for a Common Infrastructure: Digital Libraries and 
Electronic Commerce/ Citibank, D-Lib Magazine, Apr., 1996 1 




Yes 


Paepcke, Andreas; "Summary of Stanford's Digital Library Test bed and Status", 
Stanford University, D-Lib Magazine, Jul.-Auft., 1996 




Yes 


Dempsey, LoTcan; Weibel, Stuart L.; "The Warwick Metadata Workshop: A 
Framework for the Deployment of Resource Description University of Bath, 
OCLC Office of Research, D-Lib Magazine, Jul,-Aug., 1996 




Yes 


"AT&T Smart Cards Systems & Solutions", AT&T, 1993 




Yes 


Brad J. Cox, Dr., "What if there is a silver bullet?", Dobbs Journal, Oct 1992 




Yes 


GuiJIou, Louts C; "Smart Cards and Conditional Access*, Springex-Verlag, 1988 




Yes 


Chaum, David; "Untraceable Electronic Mail, Return Addresses, and Digital 
Pseudonyms", Communications of the ACM, vol. 24, No. 3, Feb., 1981 




Yes 


J\ent, o., U.i>. Uepanment ol Deiense aecunty Uptions Tor trie internet rrotocol , 
Network Working Group RPC 1 108. Nov. 1991 




Yes j 


ueering, o., xrosi extensions ior ur iviuiucasung , iNcrworic w oncing oroup ktv^ 

1 1 11 Attn 1 OCQ 




Yes 


White, Steve R.; Comerford, Uam; "ABYSS: A Trusted Architecture for Software 
Protection" IHKK Aor 27 1987 




Yes 


Ross, Philip E.; "Cops versus robbers in cyberspace"; Forbes, Sep. 9, 1996 




Yes 


*T>ata Networks and Open System Communications, Directory: Information 
Technology - Open Systems Interconnection - The Directory: Overview of 
Concepts, Models, and Services", ITU-T Recommendation X.500, International 
Telecommunication Union, Nov. 1993 




Yes 


Bender, W.; Gruhl, D.; Morimoto, N.; Lu, A.; "Techniques for data hiding", IBM 
Systems Journal, Vol. 35, Nos. 3&4, 1996 




Yes 


Maxemchulc, N J 7 .; TElectronic Document Distribution", AT&T Bell Laboratories 




Yes 


Doster, Bill; Rees, Jim; Third-Party Authentication in the Institutional File 
System", Center for Information Technology Integration 




Yes 


Levy, Steven; M E-Money (That's What I Want)", Wired Magazine, Issue 2.12, Dec. 
94 




Yes 


Arms, William Y., "Key Concepts in the Architecture of the Digital Library", D- 
Lib Magazine. Jul. 1995 




Yes 


Weingart, S.H., "Physical Security for the uABYSS System", IEEE. 1987 




Yes 


B. Strohm, L. Comerford, S. R. White, "ABYSS: Tokens", IBM Research Report 
Number RC 12402, Dec. 1 8^ 1986 



* Any possible # Y*s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 20 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 

APPENDIX OF PRIOR ART* 





• 

Yes 


Gozani, Sbai; Gray, Mary; Keshav, Srinivasari; Madisetti, Mijay; Munson, Ethan; 
Roscnblum, Mendel; Schoettler, Steve; Sullivan, Mark; Terry, Douglas; '"GAFFES: 
The Design of a Globally Distributed File System", Report No. UCB/CSD 87/361; 
Computer Science Division (EECS), U.C Berkley, Jun. 1997 




Yes 


Chaurn, David; Fiat, Amos; Naor, Moni; "Untraceable Electronic Cash", Lecture 
Notes in Computer Science, 403, Advances in Cryptology .- CRYPTO '88 
Proceedings, 1988 




Yes 


Chaum, David; "Privacy and Social Protection in Electronic Payment Systems'*, 
Chapter 1 2. The Future of Money in the Information Ace 




Yes 


Bos, Jurjen.; Chaum, David; •*SmartCash: a Practical Electronic Payment System", 
Center for Mathematics and Computer Science, Report CS-R9035, Aug. 




Yes 


Ginrys. Gintaras R.; Understanding and Using GOFF. O'Reilly & Associates. Inc.: 
Nov. 1988 




Yes 


Unix System V. Release 3.2, Programmer's Guide Vol. II. AT&T. Prentice Hall t 


1989 




Yes 


Richarson, Dennis W.; Electric Money: Evolution of an Electronic Funds-Transfer 


System. The MIT Press, 1970 




Yes 


Custer. Helen; Inside Windows NT, Microsoft Press. Redmond, WA, 1993 




Yes 


Pietrek. Matt: Windows Internals: The Implementation of the Windows Ooeratine 


Environment, Addison- Wesley, 1993 




Yes 


Gilde. R-. "DAT-Heads: Freoiientlv Asked Questions" 1991 Release 3 1-Seh 0_ 
1992 




Yes 


Tardo, Joseph; VaJente, Luis; "Mobile Agent Security and Telcscript", General 
Magic, Inc. 




Yes 


"Telescript Security'*, BYTE.com, Oct 1994 3 




Yes 


ronan on kisks io me imouc in computers ana Related Systems: ACM 
Committee on Computers and Public Policy, Peter G. Neumann, moderator", Risks- 
Forum Digest, Vol. 15, Issue 40. Jan. 24 1994 




Yes 


Sahuguct, Arnaud; "Piracy: the Dark Side of Electronic Commerce: CIS-70Q/2", 
Univ. of Pennsylvania, May 5. 1998 


Y 


Yes 


Rouaix, Francois; "A Web navigator with applets in Cami", 1NR1A 




Yes. 


Fiichsberger, Andreas; Gollmann, Dieter, Lothian, Paul; Patcrson, Kenneth G.; 
Sidiropoulos, Abraham; "Public-key Cryptography on Smart Cards", Information 
Security Group 




Yes 


"An Introduction to Safety and Security in TelescripT, Telescript Powered 




Yes 


Clarke, Roger, Bunting, Angela; "Cryptography issues in plain text". Privacy Law 
and Policy Reporter, 1996 


Y 


Yes 


Pratt & Witney Inuse 


Y 


Yes 


Use of ATM 


Y 


Yes 1 


Use of Set Top Box 


Y 


Yes 3 


Protective Envelope System 
















3 


PRIOR ART 




Yes ; 


1,573,747; Adams et al. 



* Any possible "Vs that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix & 21 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 






ICS 


3,609,697 j Blevins 




Yes 


3,790,700; Callais et al. 




Yes 


3,796,830; Smith 




Yes 


3,798,359; Feistel 




Yes 


3,798360; Feistel 




Yes 


3,798,605; Feistel 




Yes 


3,806,882; Clarke 




Yes 


3,829,833; Freeny, Jr. 




Yes 


3,906,448; Henriques 




Yes 


3,911,397; Freeny, Jr. 




Yes 


3,924,065; Freeny, Jr. 




Yes 


3,931,504; Jacoby 




Yes 


3,946,200; Brobeck et al. 




Yes 


3.946,220; Brobeck et al. 




Yes 


3,956,615; Anderson el al. 




Yes 


3,958,081; Ehrsam et al. 




Yes 


3,970,992; Boothroyd et al. 




Yes 


4,048,61 9 t Forman, Jr. et al. 




Yes 


4,071,911; Mazur 




Yes 


4,112,421; Freeny, Jr. 




Yes 


4, 1 20,030; Johnstone 




Yes 


4,162,483; Entenman 




Yes 


4,163,280; Mon et al. 




les 


4,loo,3yo; Best 




zes 


4 , l yo, J 1 0; rorman et al. 




X CS 


4^w,yij; ivunar et al. 




les 


/I OrtQ TOT. TT^^v t_ 

4>zuy,/o/; .rreeny, Jr. 




I cs 


/ poo, rTeeny, Jr. 




X C5 


4^zu,yvi , llama no et al. 




Yes 


4 232 193* Gerard ! 




Yes 


4,232,317; Freeny, Jr. 




Yes 


4,236,217; Kennedy 




Yes 


4,253,157; Kirschncr et aJ. 




Yes 


4,262,329; Bright et al. 




Yes 


4,265,371; Desaietal. 




Yes 


4,270,182; Asiia 




Yes 


4,278,837; Best 




Yes 


4,305,131; Best 




Yes 


4,306,289; Lumley 




Yes 


4,309,569; Merkle 




Yes 


4319,079; Best 




Yes 


4,323,921; Guillou 




Yes 


4328,544; Baldwin et al. 




Yes 


4,337,483; Guillou 




Yes 


4,361,877; Dyer etal. 




Yes 


1,375,579; Davida et al. 




Yes 


1,433.207; Best 




Yes 


4,434,464; Suzuki etal. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 22 



InterTrust Tech. Corp. v* Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 







]'.■".■ "7. 7" " , - - . :;.; '"! 




Yes . 


4,442,486; Mayer 




Yes 


4,446,5 19; Thomas 




Yes 


4,454,594; Heffron etal. 




Yes 


4,458315; Uchenick 




Yes 


4,462,076; Smith, in 




Yes 


4,462,078; Ross 




Yes 


4,465,901; Best 




Yes 


4,471,1 63; Donald et at 




Yes 


4,484,217; Block et al. 




Yes 


4,494,156; Kadison etal. 




Yes 


4,5 13,174; Herman 




Yes 


4,528,588; Lofbcr R 




Yes 


4,528,643; Frecny, Jr. 




Yes 


4,553,252; E^endorf 




Yes 


4,558,176; Arnold et al. 




Yes 


4,558,413; Schmidt eta!. 




Yes 


4,562,306; Chou et al. 




Yes 


4,562,495; Bond etal. 




Yes 


4,577,289; Comerford et al. 




Yes 


4,584,641 ; GuRjielmino 




Yes 


4,588,991 ;Atalla 




Yes 


4,589,064; Chiba etal. 




Yes 


4,593,183; Fukatsu 




Yes 


4.593,353; Pickholtz 




Yes 


4,593,376; Volk 




Yes 


4,595,950; LofberR 




Yes 


4,597,058; Izumi et al. 




Yes 


4,622,222; Johnson ! 




Yes 


4,634,807; Chorley et aj. 




Yes 


4,644,493; Chandra et al. 




Yes 


4,646,234; Tolman et al. 




Yes 


4,652,990; Pailen et al. 




Yes 


4,658,093; Hellman 




Yes 


4,670,857; Rackman 




Yes 


4,672^72; AlsberR 




Yes 


4,677,434; Fascenda i 




Yes 


4,677,552; Sibley, Jr. 




Yes 


4,680,731; fcuroi etal. 




Yes 


4,683^53; Mollier 




Yes 


4,685.056; Barnsdale et al. 




Yes 


4,688,169; Joshi 




Yes 


4,691,350; Kleijne etal. 




Yes 


4,696,034; Wiedemer 




Yes 


4,70036; Palmer, Jr. etal. 




Yes 


4.701,846; Dceda etal: 




Yes 


4,71238; Gilhousen et al. 




Yes 


4,713,753; Boebert et al. 




Yes 


4,727,550; Chan R et al. 



• Any possible "Y"s that were missed shall not negate the anticipatory nature ol a reference, particularly where 
there is a chart in Appendix B. 23 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 0M640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Yes 


4,740.890; William 




Yes 


4,747,139; Taaffe 




Yes 


4,757.533; Allen ct al. 




Yes 


4,757.534; Matyas et al. 




Yes 


4,768,087; Taub et al. 




Yes 


4,791 ,565; Dunham et a!. 




Yes 


4,796,181; Wiedemer 




Yes 


4,798.209; Klinfrenbeck et al. 




Yes 


4,799.156; Shavit et al. 




Yes 


4,807,288; Upon etal. 




Yes 


4,817,140; Chandra et al. 




Yes 


4,823,264; Deming 




Yes 


4,827,508; Shear 




Yes 


4,858,121; Barber etal. 




Yes 


4,864,494; Kobus 




Yes 


4,866,769; Karp 




Yes 


4,868,877; Fischer 




Yes 


4,903,296; Chandra et al. 




Yes 


4,924.378; Hexshey etal. 




Yes 


4.930,073; Cina. Jr. 




Yes 


4,949,187; Cohen 




Yes 


4,975,647; Downer et al. 




Yes 


4,977,594; Shear 




Yes 


4,999,806; Chemow et al. 




Yes 


5,001 ,752; Fischer 




Yes 


5,005,122; Griffin etal. 




Yes 


5,005,200; Fischer 




Yes 


5,010,571; Katzoelson 




Yes 


5,023,907; Johnson et al 




Yes 


5,047,928; Wiedemex 




Yes 


5,048,085; Abraham et al. 




Yes 


5,050,213; Shear 




Yes 


5,091,966; Bloomberg et al. 




Yes 


5,103,392; Mori 




Yes 


5,103,476; Waite etal. 




Yes 


5,111,390; Ketcham 




Yes 


5,1 19,493; Janis etal. 




Yes 


5,126,936; Champion et al. 




Yes 


5,128,525; Steams etal. 




Yes 


5.136,643; Fischer 




Yes 


5,136,646; Haber etal. 




Yes 


5,136,647; Haber etal. 




Yes 


5,336,716; Harvey etal. 




Yes 


5,146,575; Nolan, Jr. 




Yes 


5,148,481; Abraham et al. 




Yes 


5,155,680; Wiedemex 


Y 


Yes 


5,163,091; Graziano et al. 




Yes 


5,168,147; Bloomberg 



• Any possible T's thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 24 



InterTrust Tech. Corp. v. Microsoft Corp* 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR A&T* 











Yes 


5,185,717; Mori 




Yes 


5,1 87,787; Skeenetal. 




Yes 


5,201,046; Goldberg ct al. 




Yes 


5,201,047; Makietal. 




Yes 


5,208,748; Floresetal. 




Yes 


5,214,702; Fischer 




Yes 


5,216,603; Floresetal. 




Yes 


5,221^833; Hecht 




Yes 


5,222,134; Waiteetal. 




Yes 


5,224,160; Paulint eta!. 




Yes 


5,224,163; Gasseretal. 




Yes 


5,227.797; Murphy 




Yes 


5.235.642; Wobber et al. 




Yes 


5,241.671; Reed etal. 




Yes 


5,245,165; Zhang 




Yes 


5,247,575; Sprague et al. 




Yes 


5,257,369; Skeen et al. " 




Yes 


5,260,999; Wyman 




Yes 


5,263,158; Janis 




Yes 


5,265,164; Maryasetal. 


y 


Yes 


5,276,735; Boebert et al. 




Yes 


5,280,479; Mary 




Yes 


5,285,494; Sprecher et al. 




Yes 


5,301 ,23 1 ; Abraham et al. 




Yes 


5,31 1,591; Fischer 




Yes 


5,319,705; Halter et al. 




Yes 


5,319,785; Halter et al- 




i es 


d ,335,1 69; Chong 




i es 


X J 37 ,360; hischer 




Yes 


5,341,429; Stringer etal. j 




Yes 


5.343,527; Moore 




Yes 


5.347,579; Blandford 




Yes 


5.351,293; Michener et al. 


y 


Yes 


5,355,474; Thuraisnfcham et al. 




Yes 


5,365,587; Campbell et al. 




Yes 


5,373,440; Cohen etal. 




Yes 


5,373,561 ;Haberetal *~» 




Yes : 


5,390,247; Fischer " " 




Yes i 


5,390,330; Talati 




Yes i 


>,392,220; van den Hamer et al. 




Yes t 


>,392,390;Crozier 




Yes t 


>.394,469;Nat>eletal. 




Yes 5 


1,410,598; Shear 




Yes 5 


,412,717; Fischer 




Yes 5 


,418,713; Allen 




Yes 5 


,420,927; Micali 




Yes 5 


,421,006; Jablon 




Yes 5 


,422,953; Fischer 



' Any possible "Vs that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 25 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



5,428,606; Moskowitz 



Yes 



5,438,508; Wyman 



Yes 



5,442,645; Ugon 



Yes 



5,444,779; Daniele 



Yes 



5,449,895; Hecht et al. 



Yes 



5,449,896; Hecht et al. 



Yes 



5,450,493; Mahcr 



Yes 



5,453.601; Rosen 



Yes 



5,453,605; Hecht et al. 



Yes 



5,455,407; Rosen 



Yes 



5,455,861; Faucher et al. 



Yes 



5,455,953; Russell 



Yes 



5,457,746; Dolphin 



Yes 



5,457,747; Drexleretah 



Yes 



5,458,494; Krohn et al. 



Yes 



5,463,565; Cookson et al. 



Yes 



5,473,687; Lipscomb ex al. 



Yes 



5,473,692; Davis 



Yes 



5,479,509; Ugon 



Yes 



5,485,622; Yamaki 



Yes 



5,491,800; Goldsmith et al. 



Yes 



5,497,479; Hornbuckle 



Yes 



5,497,491; Mitchell etal. 



Yes 



5,499,298; Narasimhalu et al. 



Yes 



5,504,757; Cook etal. 



Yes 



5,504,818; Okano 



Yes 



5,504,837; Griffeth etal. 



Yes 



5,508,913; Yamarooto et al. 



Yes 



5,509,070; Schtill 



Yes 



5,513,261; Maher 



Yes 



5,517,518; Rosen 



Yes 



5,530,235; Siefiketal. 



Yes 



5,530,752; Rubin 



Yes 



5,533,123; Force etal. 



Yes 



5,534,855; Shockley et al. 



Yes 



5,534,975; Stefiketal 



Yes 



5,535,322; Hecht 



Yes 



5,537,526; Anderson el al. 



Yes 



5,539,735; Moskowitz 



Yes 



5,539,828; Davis 



Yes 



5,550,971 ; B runner et al. 



Yes 



5,553,282; Parrish etal. 



Yes 



5,557,518; Rosen 



Yes 



5,557,798; SkeenetaL 



Yes 



5,563,946; Cooper et al. 



Yes 



5,568,552; Davis 



Yes 



5,572,673; Shurts 



Yes 



5,592,549; Naget etal. 



* Any possible H Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 26 



InterTmst Tech. Corp. v. Microsoft Corp. 
Case No. C 0M640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 













Yes 


5,606,609; Houser et aL 




Yes 


5,613,004; Cooperman et aJ. 




Yes 


5,621 ,797; Rosen 




Yes 


5,629,770; Brassiletal. 




Yes 


5.629,980: Stefiketal. 




Yes 


5.633,932; Davis etal. 




Yes 


5,634,012; StefiketaL 




Yes 


5,636,292; Rhoads 




Yes 


5,638,443; Stefiketal. 




Yes 


5,638,504; Scott et al. 




Yes 


5.640,546; Gopinath et al. 




Yes 


5,655,077; Jones et al. 




Yes 


5,678,170; Grubeetai. 




Yes 


5,687,236; Moskowitz et al. 




Yes 


5,689,587; Bender etal. 


Y 


Yes 


5,692,047; McManis 




Yes 


5,692,180; Lcc 




Yes 


5,710,834; Rhoads 




Yes 


5,715.403; Stefik 




Yes 


5,721,788; Powell etal. 




Yes 


5,732,398; Tarawa 




Yes 


5,740,549; Reilly etal. 




Yes 


5,745,604; Rhoads 




Yes 


5,748,763; Rhoads 




Yes 


5,748,783; Rhoads 




Yes 


5,748,960; Fischer 




Yes 


5,754,849; Dyer et al. 




Yes 


5,757,914; McManis 




Yes 


5,758,152; LeToumeau 


Y 


Yes 


5 765 152-Erickson 




Yes 


5,768.426; Rhoads 




Yes 


5,774,872; Golden et al 




Yes 


5,819,263; Bromley etal. 




Yes 


5.842,173; Strum etal. 




Yes 


BE900479 




Yes 


DE 3 803 982 




Yes ] 


DE3 803 982A1 




Yes 1 


BP O 084 441 




Yes 1 


SP 0 084 441 Al 




Yes 1 


2P 0 128 672 




Yes I 


HP 0 128 672 Al 




Yes 1 


iP 0 135 422 




Yes I 


3P0135 422A1 




Yes I 


iPO 180 460 




Yes I 


iPO 380460 Al 




Yes I 


IPO 370 146 




Yes I 


3>O370 146Al 




Yes I 


•P0 399 822 A2 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a relerence, particularly where 
there is a chart in Appendix B. 27 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











I wo 


FP0 47I dftQ 




Y*c 
I Co 


PPftilOl ADO AO 




I es 


rrp ft 40; 70 a • 
Hr U 430 joo 1 




X CS 


x^r U 4j0 350 AZ 




I cs 


bl U 469 864 




ICS 


br U 469 864 A2 




YCS 


bF 0 469 864 A3 




ICS 


CD A C£.C iy A 

br 0565 314 




v.. 
res 


CDACiCC AO 

br U DO.) 314 A2 




ICS 


br U 593 JU5 




I cs 


cd a cni IrtC AO 

br U 593 305 A2 




I cs 


CD A /Cl CCA 

br 0 65 1 j >4 




Yes 


Br 0 651 554 Al 




Yes 


br 0 668 695 




Yes 


EP 0 668 695 A2 ■ ! 




Yes 


EP 0 668 695 A3 




YCS 


CO A £.f\C noc 

br 0 695 985 




Yes 


br 0 695 985 Al 




Yes 


br 0 696 79o 




ICS 


CD ft /QOA OQfl A 1 

br U 690 /yo A 1 




xes 


CD r\ 11 A 1t\A 

br 0/14 2U4 




x cs 


up ft Ol A OAA AO 
tr U / 14 ZU4 AZ 




2 Co 


PP ft 7 1 Oil 




I Co 


pp n *j i <i 04*1 a i 




Yes 


rrp a 71 < 044 
Xir v / J. J ^*r*t 




Yes 


EP0715 244A1 

i-«A \J ( J J ^&*T** /A A 




Yes 


FP071594S 




Yes 


EP0715 245 Al 




Yes 


EP0 715 246 




Yes 


EP0 715 246A1 




Yes 


EP 0 715 247 




Yes 


EP0 715 247 Al 




Yes 


EP 0725 376 




Yes 


EP 0725 376 A2 




Yes 


EP0 749 081 




Yes 


EP 0 749 081 Al 




Yes 


EP 0763 936 




Yes 


EP0 763 936 A2 




Yes 


EP0778 513 




Yes 


EP0778513A2 




Yes 


EP0795 873 




Yes 


EP 0795 873 A2 




Yes 


EP0 800 312 




Yes 


EP0 800 312 Al 




Yes 


GB 2,136,175 




Yes 


GB 2,264,796 




Yes 


GB 2,294,348 




Yes 


GB 2,295.947 



* Any possible "Y w s that were missed shall not negate the anticipatory nature 0! a reference, particularly where 
there is a chart in Appendix B. 28 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C OM640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Yes 


JP 01-068835 




Yes 


JP 02-242352 




Yes 


JP 02-247763 




Yes 


JP 02-294855 




Yes 


JP 04-369068 




Yes 


JP 05-1 81734 




Yes 


JP 05-257783 . . 




Yes 


JP 05-2684 15 




Yes 


XP 06-175794 




Yes 


JP 06-215010 




Yes 


JP 06-225059 




Yes 


JP 07-056794 




Yes 


JP 07-084852 




Yes 


JP07-141138 




Yes 


JP 07-200317 




Yes 


JP 07-200492 




Yes 


JP 07-244639 




Yes 


JP 08-137795 




Yes 


JP 08-152990 




Yes 


JP 08-185292 




Yes 


JP 08-185298 i 




Yes 


JP 57-726 




Yes 


JP 62-241061 




Yes 


WO 85/02310 




Yes 


WO 85/03584 




Yes 


WO 90/02382 




Yes 


WO 92/06438 




Yes 


WO 92/22870 




Yes 


WO 93/01550 




Yes 


WO y4/UIo21 




Yes 


WO 94/03859 




Yes 


WO 94/06103 




Yes 


WO 94/16395 




Yes 


WO 94/18620 




Yes 


WO 94/22266 




Yes 


WO 94/27406 




Yes 


WO 95/14289 




Yes 


WO 96/00963 




Yes 


WO 96/03835 




Yes 


WO 96/05698 




Yes 


WO 96/06503 




Yes 


WO 96/13013 




Yes 


WO 96721192 




Yes 


WO 96/24092 




Yes 


WO 97/03423 




Yes 


WO 97/07656 




Yes 


WO 97/25816 




Yes 


WO 97/3225 1 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 29 



InterTrust Tech. Corp, v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 




WO 97/48203 



Yes 



Amerke, David, et al„ News Release, AT&T, Jan. 9. 1995, AT&T encryption 
system protects information services, 1 page. 



Yes 



Applications Requirements for Innovative Video Programming; How to Foster (or 
Cripple) Program Development Opportunities for Interactive Video Programs 
Delivered on Optical Media; A Challenge for the Introduction of DVD (Digital 
Video PiscU19-20 0ct 19 



Yes 



Argent Information Q&A Sheet* http://www.digiUl-watermark.com/, Copyright 
1995, The DICE Company, 7 pages. 



Yes 



Automation of Securities Markets and Regulatory Implications, Financial Market 
Trends, n50, p. 20-33, Oct 1 991. [File 148, Gale Group Trade & Industry DB, 
Djalog(R) commercial databasel 



Yes 



Avery-et al; Recommender Systems For Evaluating Computer Messages* 
Communications of the ACM, pp. 88-89 (Mar. 1997). 



Yes 



Background on the Administration's Telecommunications Policy Reform Initiative, 
News Release, The White House, Office of the President, Jan. 1 1, 1994 



Yes 



Baggett, Claude, Cable's Emerging Role in the Information Superhighway, Cable 
Labs, 13 slides. 



Yes 



Balabanovic et at. Content-based, Collaborative Recommendation, 
Communications of the ACM, pp. 66-72 (Mar. 1997). 



Yes 



Barassi, Theodore Sedgwick Esq., The Cybernotary: Public Key Registration and 
Certificaiton and Authentication of International Legal Transactions, 4 pages. 



Yes 



Barnes, Hugh, memo to Henry LaMuth, subject: George Gilder articles. May 31, 
1994. 



Yes 



Bart, Dan, Comments in the Matter of Public Hearing and Request for Comments 
on the International Aspects of the National Information Infrastructure, Before the 
Department of Commerce. Aug. 12. 1994. 



Yes 



Baurn, Michael, Worldwide Electronic Commerce: Law, Policy and Controls 
Conference, program details, Nov. 1 1, 1993. 



Yes 



Best* Robert M., Digest of Papers, VLSI: New Architectural Horizons, Feb. 1980, 
Preventing Software Piracy With Crypto-Microprocessors, pp. 466-469. 



Yes 



Bisbey, Richard L., II and Gerald J Popek, Encapsulation: An Approach to 
Operating System Security, (USC/Information Science Institute, Marina Del Rey, 
CA) Oct. 1973. pp. 666-675, 



Yes 



Blom et al, Encryption Methods in Data Networks, Ericsson Technics, No. 2, 
1978, Stockholm, Sweden, 



Bruner, Rick E., "Power Agent, NetBot help advertisers reach Internet shoppers," 
Aug. 1997 (Document from Internet). 



Yes 



Yes 



Cable Television and America's Telecommunications Infrastructure, (National 
Cable Television Association, Washington, D.C), Apr. 1993, 19 pages. 



Yes 



Caruso, Denise, Technology, Digital Commerce: 2 plans for watermarks, which can 
bind proof of authorship to electronic works, N.Y. Times, Aug. 7, 1995, p. D5. 



Yes 



CD ROM, Introducing . . . The Workflow CD-ROM Sampler, Creative Networks, 
MCIMail: Creative Networks. Inc., Palo Alto. California. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 30 



InterTrusi Tech. Corp. v. Microsoft Corp, 
Case No. C 01-1<S40 SBA (MEJ) 



APPENDIX OF PRIOR AkT* 











Yes 


CGI Common Gateway Interface Document from the Internet, 
<CRi@ncsa.uiuc.edu>; 1996, 1 page. 




Yes 


Chase, Chevy, M.D., DiscStore (Electronic Publishing Resources 1991). 


Y 


Yes 


Chondhury, et al. f "Copyright Protection for Electronic Publishing over Computer 
Networks/ AT&T Bell Laboratory. Murray Hill, New Jersey 07974 (Jun. 1994). 




Yes 


Dark, Tim, Ad service gives cash back, Document from the Internet 
<www.news.com7News/Itemfa,4,l3050,00.html> (visited Aug. 4, 1997), 2 pages. 




ICS 


Codexcard, Spec Sheet-Basic Coder Subsystem (Interstate Electronics Corp., 
Anaheim, CA), (undated) 4 pages. 




Yes - 


Collection of documents including: Protecting Electronically Published Properties, 
Increasing Publishing Profits, (Electronic Publishing Resources Inc.) Jan. 1993, 25 
pages. 




Yes 


Communications of the ACM, Intelligent Agents, Jul. 1994, vol. 37, No. 7. 




Yes 


Communications of the ACM, Jun. 1996, vol. 39. No. 6. 




Yes 


Computer Systems Policy Project (CSSP), Perpsectives on the National 
Informa tion Infrastructure: Ensuring Interoperability (Feb. 1 994), Feb. 1 994. 




Yes 


Cunningham, Donna, et al., News Release, AT&T, Jan. 31, 1995, AT&T, VLSI 
Technology join to improve info highway security, 3 pages. 




Yes 


Data Sheet, About the Digital Notary Service, Surety Technologies, Inc. 1994- 
1995, 6 pages. 




Yes 


Dempsey, et al., "The Warwick Metadata Workshop: A Framework for the 
Deployment of Resource Description", D-Lib Magazine, Jul. 15, 1996. 




Yes 


Denning et al., Data Security, 1 1 Computing Surveys No. 3, Sep. 1979, pp. 227- 
249. 




Yes 


Diffie, Whitfield and Martin E. Hellman, IEEE Transactions on Information 

i neory, vol zz, iSo. o, Nov. lyvo. New Directions in iJryptograpny, pp. o44-oM. 




Yes 


Diffie, Whitfield and Martin E. Hellman, Proceedings of the IEEE, vol. 67, No. 3, 
Mar. 1979, Privacy and Authentication: An Introduction to Cryptography, pp. 397- 
427. 




Yes 


DSP56000/DSP56001 Digital Signal Processor User's Manual, Motorola, 1990, pp. 
2-2. 




Yes 


Dusse, Stephen R. and Burton S. Kaliski, A Cryptographic Library for the 
Motorola 56000 in Damgard, I, M., Advances in Cryptology-Proceedings 
EurocTYDt 90, Springer- Verlag. 1991. pp. 230-244. 




Yes 


Dyson, Esther, Intellectual Value, Wired Magazine, JuL 1995, pp. 136-141 and 182 
184. 




Yes 


EDS Provides Power Agent with Internet Services to Support One-to-One 
Marketing (PowerAgent Inc. 1997, no later than Aug. 13, 1997). 




Yes 


EFFector Online vol. 6 No. 6, "A Publication of the Electronic Frontier 
Foundation." 8 pages, Dec. 6, 1993. 




Yes 1 

i 


EIA and T1A White Paper on National Information Infrastructure, published by the 
electronic Industries Association and the Telecommunications Industry 
Association, Washington, D.C., no date. 



* Any possible u Y M s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 31 



InterTrust Tech. Corp* v. Microsoft Corp. 
Case No. C 0M640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 




Yes 



Electronic Currency Requirements, XIWT (Cross Industry Working Group), (no 
date). 



Yes 



Yes 



Yes 



Electronic Publishing Resources Inc. Protecting Electronically Published Properties 
Increasing Publishing Profits (Electronic Publishing Resources 1991). 



Frrefly Network. Inc., wwwifly.com, What is Firefly? Firefly revision: 41.4 
Copyright 1995. 1996. 



First CD Honeywell Bull International Symposium on Computer Security and 
Confidentiality, Jan. 26-2S, 1981, Conference Text, pp. j-21. 



Yes 



Framework for National Information Infrastructure Services, Draft, VJS. 
Department of Commerce, Jul. 1994. 



Yes 



Framework for National Information Infrastructure Services, N1ST, Jul. 1994, 12 
slides. 



Yes 



Garcia, D. Linda, Science, space and technology. Hearing before Subcomm. on 
Technology, Environment, and Aviation, May 26, 1994 (testimony of D. Linda 
Garcia). 



Yes 



Gleick, James, Dead as a Dollar, The New York Times Magazine. Jun. 16, 1996. 
Section 6, pp. 26-30. 35. 42. 50. 54, 



Yes 



Greguras, Fred, Softie Symposium *95 f Copyright Clearances and Moral Rights, 
Nov. 30, 1995 (as updated Dec. 11. 1995), 3 pages. 



Yes 



Guillou, Louis C, Smart Cards and Conditional Access, Advances in Cryptography- 
Proceedings of EuroCrypt 84 (T. Beth et al, Eo\, Springcr-VerJag, 1985) pp. 480- 
490. 



Yes 



Haar, Steven Vonder, Power Agent Launches Commercial Service, Interactive 
Week Aug. 4, 1997. (Dttmment from the Internet) 1 page. 



Yes 



Harman, Harry H., Modern Factor Analysis, Third Edition Revised, University of 
Chicago Press, Chicago and London, 1976. 



Yes 



Hearst, Interfaces For Searching the Web Scientific American pp. 68-72 (Mar 
1997) 



Yes 



Herzberg, Amir et al.. Public Protection of Software, ACM Transactions on 
Computer Systems, vol. 5, No. 4, Nov. 1987, pp. 371-393. 



Yes 



Hofmann, Jud, Interfacing the NTT to User Homes, (Consumer Electronic Bus. 
Committee) NIST. Jul. 1994. 12 slides. 



Yes 



Hofmann, Jud, Interfacing the Nil to User Homes, Electronic Industries 
Association, Consumer Electronic Bus Committee, 14 slides, no date. 



Yes 



Holt, Stahnie, Start-up promises user confidentiality in Web marketing service, Info 
World Electric, Aug. 13, 1997 (Document from Internet)/ (Infoworld Publishing 
Co. Aug, 4. 1997). 



Yes 



HoJavaTM.: The Security Story Document from the Internet, (no date) 4 pages. 



Yes 



How Can I Put an Access Counter on My Home Page?, World Wide Web FAQ, 
1996, 1 page. 



Yes 



Multimedia Mixed Objects Envelopes Supporting a Graduated Fee Scheme Via 
Encryption, IBM Technical Disclosure BuDetin, vol. 37, No. 3, Mar. 1, 1994, pp. 
413-417. XP000441522. 



Yes 



Transformer Rules Strategy for Software Distribution Mechanism-Support 
Products, IBM Technical Disclosure Bulletin, vol. 37, No. 48, Apr. 1994, pp. 523- 
525, XP00O451335. • 



* Any possible T's thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 32 



InterTrust Tech. Corp* v. Microsoft Corp. 
Case No. C 01-1*40 SBA (MEJ) 



APPENDIX OF PRIOR ART* 







1. v . . .• . . . • . . . . 




Yes 


IISP Break Out Session Report for Group No. 3, Standards Development and 
Traclcinp Svstem. no Hat** 




Yes 


Information In fra R tn tcU rrp 5\tnnHnrHc MTT **T*fi» Infnrm4tinn C»ru»rV>;/rK\,#o»," 

uuuuiMuvu luuodu UV.LU1C ounjudjui jr aiici. tin i uc liuQi mauon oupernignway f 
NationsBank-HGDeal-ASC X9". (no date). 15 paces. 




Yes 


uiiciicMuai nvpeny ana me national iniorrnation Unrastructure, a xreliniinary 
uran or me Jvcpon or me w or King uroup on Intellectual Property Rights, Green 
paper, Jul. 1994. 141 pages. 




res 


invyject YYnais an invoice/, x>usiness weefc, J un. iu f lyyo, pp. liu-iiz. 




Yes 


Is Advertising Really Dead?, Wired 1.02. Part 2, 1994. 




Yes 


Javasoft, Frequently Asked Questions- Applet Security, What's Java.TM.? Products 
and Services, Java/Soft News, Developer's Cornier. Jun. 7, 1996, 8 pages. 
Document from Internet, <iava ©fava.sun.com ^> 




Yes 


Jiang, et al, A concept-Based Approach to Retrieval from an Electronic Industrial 
Directory, International Journal of Electronic (>mmerce, vol. 1, No. 1, Fall 1996, 
pp. 51-72. 




Yes 


Jones, Debra, Top Tech Stories, PowerAgent Introducts First Internet 
"Infomediary" to Empower and Protect Consumers, Aug. 13, 1997, 3 pages 
(Document from Internet). 




Yes 


Kautz, Referral Web: Combining Social Networks and Collaborative Filtering, 
Communications of the ACM, pp. 63-65 (Mar. 1997). 




Yes 


Kelly, Kevin, Whole Earth Review, E-Money, pp. 40-59, Summer 1993. 




Yes 


Kent, Stephen Thomas, Protecting Externally Supplied Software in Small 
Computers. (MnVLCS/TR-255) Sep. 1980, 254 pages. 




Yes 


Kobntopp, M., Sag's durch die Blume. Apr. 1996, rnarit@schulung.netuse.de 




Yes 


Konstan et al. Applying Collaborative Filtering to Usenet News, Cornrnunications 
of the ACM, pp. 77-87 (Mar. 1 997V 




Yes 


Kristol et aL, Anonymous Internet Mercantile Protocol, AT&T Bell Laboratories, 
Murray Hill, New Jersey, Draft: Mar. 17. 1994. 




Yes 


Lagoze. Carl. D-Lib Maeazine Jul J Aim 1 006 Th* WarwirV FrampwnrV A 
Container Architecture for Diverse Sets of Metadata. 




Yes 


Lanza, Mike, electronic mail, George Gilder's Fifth Article-Digital Darkhorse-- 
Newspapers, Feb. 21, 1994. 




Yes 


Levy, Steven. E-Money, That's What I want, WIRED. Dec. 1994, 10 pages. 




Yes 


Low et al., Anonymous Credit Cards and its Collusion Analysis, AT&T Bell 
Laboratories, Murray Hill, New Jersey, Oct 10, 1994. 




Yes 


Low et aL, Anonymous Credit Cards, AT&T Bell Laboratories, Proceedings of the 
2nd ACM Conference on Computer and Communications Security, Fairfax, 
Virginia. Nov. 2-4, 1994. 




Yes 


Low et aL, Document Marking and Identification using both Line and Word 
Shifting. AT&T Bell Laboratories. Murray HflL New Jcrsev, Jul. 29, 1994. 




Yes 1 


-ynch. Searching the Internet Scientific American pp. 52-56 (Mar. 1997). 




*■ ! 


vlaclachlan, Malcolm, PowerAgent Debuts Spam-Free Marketing, TechWire, Aug. 
13, 1997, 3 pages (Document from Internet). 




* : 


axemchuk. Electronic Document Distribution, AT&T Bell Laboratories, Murray 
Jill, New Jersey 07974. 




Yes I 


tficro Card (Micro Card Technologies, Inc., Dallas, TX), (no date), 4 pages. 




Yes 1 


vfilbrandt. Eric, Stenanography Info and Archive, 1996, 2 pages. 



• Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 33 



InterTnist Tech. Corp. v. Microsoft Corp. 
Case No. C 01-NS40 SBA (MEJ) 



APPENDIX OF PRIOR ART* 









Y 


Yes 


Mori, Ryoichi and Masaji Kawahara, Superdistribution: The Concept and the 
Architecture, The Transactions of the HEIOt. V, E73, No. 7, Tokyo, Japan. Jul. 
1990. 




Yes 


Moss berg, Walter S., Personal Technology, Threats to Privacy On-line Become 
More Worrisome, Wall Street Journal, Oct. 24, 1996. 




ICS 


JNegroponte, Nicholas, Electronic Word of Mouth, wired, Oct 1996, p. 218. 




res 


Negroponte, Nicholas, Some Thoughts on Likely and Expected Communications 
Scenarios: A Rebuttal, Telecommunications, Jan. 1993, pp. 4MZ 




Yes 


Neumann, et al., A Provably Secure Operating System: The System, Its 
Applications, and Proofs, Computer Science Labortory Report CSL-1 16, Second 
Edition, SRI International (MaV 1980). 




Yes 


New Products,- Systems-and Services, AT&T Technology, vol. 9, No. 4, (undated), 
pp, 16-19. 




ies 


News from The Document Company Xerox, Xerox Announces Software Kit for 
Creating Working Documents with Dataglyphs Document from Internet, Nov. 6, 
1995, 13 pages. 




I cs 


Nil, Architecture Requirements, XIWT, (no date). 




Yes 


Open System Environment Architectural Framework for National Information 
Infrastructure Services and Standards, in Support of National Class Distributed 
Systems, Distributed System Engineering Program Sponsor Group, Draft 1.0, Aug. 
5. 1994. 




Yes 


Pelton, Dr. Joseph N., Telecommunications, Why Nicholas Negroponte is Wrong 
aooui ine rururc or I eJecommumcation T pp. 35-40, Jan. 1993. 




Yes 


Portland Software's ZipLock, Internet Information, Copyright Portland Software, 
1996-1997. 12 pages. 




ICS 


Power Agent Introduces First Internet % Infomcdiary v to Empower and Protect 
Consumers (PowerAgent Inc. Aue. 4, 1997). 




Yes 


Power Agent Introduces First Internet "Infomediary" to Empower and Protect 
Consumers (PowerAgent Inc., 1997 (no later than Aug. 13, 1997). 




Yes 


Power Agent Introduces first Internet *Infornediary % to Empower and Protect 
Consumers (Tech Talk Aug. 4, 1997). 




Yes . 


PowcrAgent Introduces First Internet % Infomediary* to Empower and Protect 
Consumers (Techmall.com, Aue. 4, 1997). 




Yes 


PowcrAgent Introduces Internet's First True 1:1 Marketing Network (PowcrAgent 
Inc., Aug. 4, 1997). 




Yes 


PowerAgent Press Releases, "What the Experts are Reporting on PowerAgcnt," 
Aug. 13, 1 997, 3 pages (Document from Internet). 




Yes 


PowerAgent Press Releases, What the Experts are Reporting on PowerAgent, Aug. 
13, 1997, 6 pages 0>ocument from Internet). 




Yes ] 

< 


PowerAgent Press Releases, What the Experts are Reporting on PowerAgent, Aug. 
\ t 1997, 5 pages (Document from Internet). 1 




1 

Yes J 


Premenos Announces Templar 2.0-Next Generation Software for Secure Internet 
SDI, Document from Internet: <wcbmasier@ternplar4jet>, Jan. 17, 1996, 1 page. 



' Any possible "Vs thai were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 34 



InterTnist Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SBA (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Premenos Corp. White Paper: The Future of Electronic Commerce, A Supplement 
to Midrange Systems, Document from Internet, <webraastex@premenos.com>, 
4 pages, no date. 




Yes 


Press Release, "National Semiconductor and EPR Partner For Information 
MeterinR/Data Security Cards" (Mar. 4 % 1994). 




Yes 


Proper Use of Consumer Information on the Internet, Document from the Internet, 
White Paper, (Power Agent Inc., Melo Park. GA) Jim. 1 997, 9 pages. 




Yes 


Rankine, Gordon, "Thomas- A Complete Single-Chip RSA Device," Advances in 
Cryptography, Proceedings of Crypto 86, pp. 48CM87 (AM. Odlyzko Ed., 
Springer- Verlag 1987). 


• - 


. . Yes. 


Reilly, Arthur K., Standards committee Tl -Telecommunications, Input to the 
"International TeJecommunications Hearings.* Panel U Component Technologies 
oftheNH/GH, no date. 




Yes 


Resnick, et al., Recommender Systems,Commurucations of the ACM, vol. 40, No. 
3, Mar. 1997, pp. 56-89. ! 




Yes 


Resnick. Filtering the Information On the Internet Scientific American pp. 62-64 
(Mar. 1997). 




Yes 


ROI-SoIving Critical Electronic Publishing Problems (Personal Library Software, 
1987 or 1988). 




Yes 


Rose, Lance, Cyberspace and the Legal Matrix: Laws or Confusion?, 1991. 




Yes 


Rosenthal, Steve, Interactive Newtork: Viewers Get Involved, New Media, Dec. 
1992, pp. 30-31. 




Yes 


Rosenthal, Steve, Interactive TV: The Gold Rush is on, New Media, Dec 1992, pp. 
27-29. 




Yes 


Rosenthal, Steve, Mega Channels, New Media, Sep. 1993. pp. 36-46. 




Yes 


Rothstein, Edward, Technology, Connections, Making the Internet come to you 
through 'push" technology, New York Times, Jan. 20, 1997, p. D5. 




Yes 


Rucker et al, Personalized Navigation For the Web, Communications of the ACM, 
pp. 73-75 (Mar. 1997). 




Yes 


Rutkowski, Ken, Power Agent Introduces First Internet x Infomcdiary % to Empower 
and Protect Consumers, Tech Talk News Story, Aug. 4, 1997, 1 page. (Document 
Torn Internet) 




Yes 


Sager, Ira (Edited by), Bits A Bytes, Business Week, Sep. 23, 1996, p. 142E. 




Yes 


Schlosstcin, Steven, America: The G7*s Comeback Kid, International Economy, 
JunTJuI. 1993, 5 pages. 




Yes 


Schurmann, Jurgen, Pattern Classification, A Unified View of Statistical and 
Neural Approaches, John Wiley & Sons. Inc., 1996. 




Yes 


Scnaumueller-Bichl, Ingrid, et al., A Method of Software Protection Based on the 
Use of Smart Cards and Cryptographic Techniques, (undated), 9 pages. 




< 

Yes ] 
< 


Serving the Community: A Public-Interest Vision of the National Information 
fnfrastructure, Computer Professionals for Social Responsibility, Executive 
Summary, no date. 




< 

Yes ; 


Shear, Victor, Solutions for CD-ROM Pricing and Data Security Problems, pp. 530- 
>33, CD ROM Yearbook 1988-1989) (Microsoft Press 1988 or 1989). 



* Any possible *Y*s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 35 



InterTrust Tech. Corp. v. Microsoft Corp. 
Case No. C 01-1640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Siuda, Karl, Security Services in Telecommunications Networks, Seminar. 
Mapping New Applications Onto New Technologies, edited by B . Platmer and P ■ 
GunzburEcr; Zurich, Mar. 8-10, 1988, no. 45-52. XP00O2I5989. • " 




Yes 


Smith, Sean and J.D. Tyger, Signed Vector Times tamps: A Secure Protocol for 
Partial Order Time, CMU-93-1 16. School of Computer Science Carnegie Mellon 
University, Pittsburgh, Pennsylvania, Oct. 1991; version of Feb. 1993, 15 pages. 




Yes 


Special Report, "The Internet: Fulfilling the Promise"; Lynch, Clifford; The 
Internet Bringing Order From Chaos*; Resnick, Paul; "Search the Internet", Hearst 
Marti A; "Filtering Information on the Internet"; Stefik, Mark; "Interfaces for 
Searcbins the 




Yes 


Stefik, Mark, Introduction to Knowledge Systems, Chapter 7, Classification 
(Morgan Kaufmann Publishers, Inc., 1995) pp. 543-607. . 




Yes 


Stefik, Mark, Letting Loose the Light Igniting Commerce in Electronic 
Publication. (Xerox PARC, Palo Alto, CA) 1994-1995, 35 papes. 




Yes 


Stefik, Mark, Letting Loose the Light: Igniting Commerce In Electronic 
Publication, Internet Dreams: Archetypes, Myths, and Metaphors. Massachusetts 
Institute of Technology. 1996, pp. 219-253. 




Yes 


Stefik, Trusted Systems Scientific American pp. 78-81 (Mar. 1997). i 




Yes 


Stephenson, Tom, Advanced Imaging, The Info Infrastructure Initiative: Data 
SuperHigbways and You, pp. 73-74, May 1993. 




Yes 


Sterling, Bruce, "Literary freeware: Not for Commercial Use", remarks at 
Computers, Freedom and Privacy Conference IV, Chicago, Mar. 26, 1994. 




Yes 


Struif, Bruno, The Use of Chipcards for Electronic Signatures and Encryption, 
Proceedings for the 1989 Conference on VLSI and Computer Peripherals, TFRF . 
Computer Society Press, 1 989. pp. {4)1 55-(4)158. 




Yes 


Templar Software and Services: Secure, Reliable, Standards-Based EDI Over the 
Internet, Premcntos, Internet info@templar.net, J page. 




Yes 


Temnlar OvfrviPW * Pr^mrnn< Intrmci iTifrt(3)tf»rrml;ir nt*l 4 naopc 




Yes 


Terveen et al, A System For Sharing Recommendations, Communications of the 
ACM, pp- 59-62 (Mar. 1 997). 




Yes 


The 1:1 Future of the Electronic Marketplace: Return to a Hunting and Gathering 
Society, 2 pages, no date. 




Yes 


The Benefits of ROI For Database Protection and Usage Based Billing (Personal 
Library Software, 1987 or 1988). 




Yes 


The New Alexandria No. 1, Alexandria Institute, pp. 1-12, Jul.-Aug. 1986. 




Yes 


This Web Agent Knows What You Like, Business Week, p. 142E (Sep. 23, 1996). 




Yes 


Iygar, JD. and Bennet Yee, Cryptography: It's Not Just For Electronic Mail 
Anymore, CMU-CS-93-107, School of Computer Science Carnegie Mellon 
University, Pittsburgh, PA, Mar. 1, 1993, 21 pages. 




Yes 


rygar, JJ). and Bennet Yee, Dyad: A System for Using Physically Secure 
Coprocessors. School of Computer Science, Carnegie Mellon University, 
Pittsburgh, PA (undated), 41 pages. 




Yes ( 
1 


rygar, JD. and Bennet Yee, Dyad: A System for Using Physically Secure 
^processors, School of Computer Science, Carnegie Mellon University, 
^ttsbunzh, PA, May 1991 , 36 pages. 



* Any possible "Y"s that were missed shall not negate the anticipatory nature of a reference, particularly where 
there is a chart in Appendix B. 36 



InterTrust Tech* Corp. v. Microsoft Corp. 
Case No. C 01-1640 SB A (MEJ) 



APPENDIX OF PRIOR ART* 











Yes 


Valovic, T., The Role of Computer Networking in the Emerging Virtual 
Marketplace, Telecommunications, (undated), pp. 40-44. 




Yes 


Vbight, Joan, Beyond the Banner, Wired, Dec. 1996, pp. 196, 200, 204. 


y 


Yes 


Weber, Metering Technologies for Digital Intellectual Property, A Report to the 
Internationa] Federation of Reproduction Rights- Organisations, pp 1-29; Oct 1994, 
Boston, MA, USA. 


Y 


Yes 


Weber, Robert, Digital Rights Management Technologies, A Report to the 
International Federation of Reproduction Rights Organisations, Northeast 
Consulting Resources, Inc.. Oct 1995, 49 pages. i 




Yes 


Weber, Robert, Document from the Internet: Digital Rights Management . 
Technologies, Oct 1995, 21 pages. 




Yes 


Weder, Adele, Life on the Infohighway, INSITE; (no date), pp. 23-25. 




Yes 


Wdngart, Steve H. f Physical Security for the ABYSS System, (IBM Thomas J. 
Watson Research Center, Yorktown Heights, NY), 3987, pp. 52-58, 




Yes 


Weitzner, Daniel J., A Statement on EPFs Open Platform Campaign as a Nov,, 
1993, 3 pages. 




Yes 


WEPIN Store, Stenography (Hidden Writing), Document from Internet: (Common 
Law), 1995, 1 page. 




Yes 


White, Steve R., ABYSS: A Trusted Architecture for Software Protection, (IBM 
Thomas J. Watson Research Center, Yorktown Heights, NY), 1987, pp. 38-50. 




Yes 


XIWT Cross Industry Working Team, 5 pages, Jul. 1994. 




Yes 


Yee, Bennet, Using Secure Coprocessors, CMU-CS-94-149, School of Computer 
Science, Carnegie Mellon University, Pittsburgh, PA, 1994, 94 pages. 




Yes 


YeJlin, Frank, Document from the Internet: Low Level Security in Java, Sun 
Microsystems, 1996, 8 pages. 



* Any possible "Y B s that were missed shall not negate the anticipatory nature ot a reference, particularly where 
there is a chart in Appendix B. 37 



EXHIBIT B TO "DEFENDANT MICROSOFT CORPORATION'S 
PRELIMINARY INVALIDITY CONTENTIONS (Patent 
Local Rules 3-3 and 3-4)" is provided electronically 
via CD-ROM submitted herewith. 



U.S. patent numbers and claims appearing in Exhibits B and C 
to "Defendant Microsoft Corporation's Preliminary Invalidity 
Contentions (Patent Local Rules 3-3 and 3-4)" 



6,185,683 - Claims 2, 3, 4, 5, 6, 28, 29, 56, 126, 127; 
6,253,193 - Claims 1, 2, 3,4, 11, 15, 16, 19, 51; 

5,920,861 - Claims 34, 35, 36, 37, 44, 45, 46, 47, 48, 58, 64, 67, 68, 71 , 72; 

5,982,891 - Claims 1 , 22, 23, 26, 27, 28, 29, 31, 35, 36, 39, 40, 51, 53, 54, 56, 57, 58, 
60, 61, 63, 64, 65, 67, 68, 70, 71, 74, 75, 76, 79, 81, 82, 84, 86, 88, 89, 91, 95, 95; 

5,917,912 - Claims 6, 7, 8, 9, 13, 14, 35; 

5,892,900 - Claims 155, 156, 157; 

6,157,721 - Claims 1, 5, 9, 14, 18, 34, 38; 

5,915,019 - Claims 1, 33, 34, 35, 41, 42, 47, 52, 53, 54, 55, 64, 76, 78, 81, 82, 83, 85, 
87, 89, 90, 93, 94, 95, 96; 

5,949,876 - Claims 2, 11,29, 32,60, 130, 132, 161, 162, 170, 171, 172, 329, 330, 331, 
346, 347, 349; 

6,112,181 - Claims 48, 59, 61, 62, 63, 67, 70, 72, 75, 89, 91, 104, 109, 114, 117, 131; & 
6,389,402 - Claim 1 . 



EXHIBIT C TO "DEFENDANT MICROSOFT CORPORATION'S 
PRELIMINARY INVALIDITY CONTENTIONS (Patent 
Local Rules 3-3 and 3-4)" is provided electronically 
via CD-ROM submitted herewith. 



U.S. patent numbers and claims appearing in Exhibits B and C 
to "Defendant Microsoft Corporation's Preliminary Invalidity 
Contentions (Patent Local Rules 3-3 and 3-4)" 



6,185,683 - Claims 2, 3, 4, 5, 6, 28, 29, 56, 126, 127; 
6,253,193 -Claims 1,2, 3,4, 11,15, 16, 19, 51; 

5,920,861 - Claims 34, 35, 36, 37, 44, 45, 46, 47, 48, 58, 64, 67, 68, 71 , 72; 

5,982,891 - Claims 1, 22, 23, 26, 27, 28, 29, 31, 35, 36, 39, 40, 51, 53, 54, 56, 57, 58, 
60, 61 , 63, 64, 65, 67, 68, 70, 71 , 74, 75, 76, 79, 81 , 82, 84, 86, 88, 89, 91 , 95, 95; 

5,917,912 - Claims 6, 7, 8, 9, 13, 14, 35; 

5,892,900 - Claims 155, 156, 157; 

6,157,721 - Claims 1, 5, 9, 14, 18, 34, 38; 

5,915,019 - Claims 1, 33, 34, 35, 41, 42, 47, 52, 53, 54, 55, 64, 76, 78, 81, 82, 83, 85, 
87, 89, 90, 93, 94, 95, 96; 

5,949,876 - Claims 2, 1 1 , 29, 32, 60, 1 30, 1 32, 1 61 , 1 62, 1 70, 1 71 , 1 72, 329, 330, 331 , 
346, 347, 349; 

6,112,181 - Claims 48, 59,61,62, 63, 67, 70, 72, 75, 89,91, 104, 109, 114, 117, 131; & 
6,389,402 - Claim 1 . 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE GUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 
□/GRAY SCALE DOCUMENTS 



□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 



IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




LINES OR MARKS ON ORIGINAL DOCUMENT 



